*** ajmitch has quit IRC *** ajmitch has joined #gnuenterprise *** ajmitch_ has quit IRC *** holycow has quit IRC *** reinhard has joined #gnuenterprise *** kilo has joined #gnuenterprise hi all reinhard: you here? hi dimas hello ajmitch dimas: yes reinhard! :) (hi all) File "", line 17, in __main___ON_STARTUP TypeError: list indices must be integers *** ajmitch_ has joined #gnuenterprise you have defined an on_startup trigger in that form? i have this error when trying to manually set value to field that is used for dropdown yes can you give me the code snippet? *** ajmitch has quit IRC parent = dtsParent.simpleQuery({'gnue_id':getParameter('docid')}) if parent: blkMaster.fldDocClient.set(parent['doc_client']) parent will be a ResultSet not a RecordSet so parent is more like a list of records not a single record ah this did not work before, did it? sure not ok just wondered if i broke some feature i wasn't aware of no error with parent[0]['doc_client'] please be cautious "if parent" doesn't work like you would probably expect it here actually it will alwys be true even if the resultset is empty you might want to use "if len (parent)" instead yes, thanks will change that now, how can i choose particular item from dropdown? to preset one needed it should work to set the field bound to the dropdown IIRC doesn't it? or you could move the dropdown datasource to the record you want how to move? good question :) doesn't setting the field work? setting field? you have a field bound to that dropdown should be something like "set current record" yes, i do have what happens when you just set this field to the value you want? will try now brb phone reinhard: it does work thanks reinhard bbiah *** btami has joined #gnuenterprise *** ajmitch has joined #gnuenterprise *** wendall911 has joined #gnuenterprise *** btami has quit IRC back *** wendall911_ has joined #gnuenterprise *** wendall911 has quit IRC *** wendall911 has left #gnuenterprise *** neilt has joined #gnuenterprise reinhard: you around? on the phone ok, I'll ask my question and maybe you can answer it when you have a chance I have started packaging files for the Mac using a distribution called fink I wanted to confirm that the files should go into the "packaging" sub-directory of each tool? So I plan to create a "fink" folder and place the files there. Is this ok? yes thanks, and this directory should be ignored for other distributions (i.e. debian) you are talking about packaging control files, right? like file lists and install scripts and such fink is based essentially off the debian format anyway they are very similar to the debian control file, but slightly different format and have a different name. In some cases there may also be a patch file, if needed. neilt: ok, was just to make sure we're talking about the same thing in that case most definitely yes reinhard: yes fink is very close to debian ok, thanks sorry to join and run, I only have access after waking and before shower as I have to head off to a client site. *** neilt has quit IRC *** kilo has quit IRC *** jamest has joined #gnuenterprise *** kilo has joined #gnuenterprise *** SachaS has quit IRC reinhard, do you have appserver building forms automatically at this point? i.e. if i make a class definition can i make it auto create a form for me? yes does it do so in a stream or a file and how can i rearrange it (if at all) it is a resource type for forms so you can do gnue-forms appserver:///form/ and you're doe done you can add ?debug_file=foo.gfd behind that (or something close to that, would have to look up exact syntax) to get the gfd into a file if you want to go hand-made form but want to start from appserver generated you can give appserver some hints about how to generate the autogenerated form http://www.gnuenterprise.org/tools/appserver/docs/manual/devguide/Basic-UI-Features.html#Basic-UI-Features gives a basic overview thanks *** jamest has quit IRC *** jamest has joined #gnuenterprise *** SachaS has joined #gnuenterprise *** btami has joined #gnuenterprise *** yure has joined #gnuenterprise 'notline' Takes exactly two arguments and is the logical inversion of 'like'. reinhard: this from dev guide you gave link to oops typo yep fixed, thanks ok okay datasources cleanup finally done *done* *DONE*!!!! ok please tell me *any* problems you encounter I will create prerelease tomorrow if nothing bad happens and final release by end of week bbl *** reinhard has quit IRC *** SachaS has quit IRC *** kilo has quit IRC *** ajmitch has quit IRC *** ajmitch_ has quit IRC *** chillywilly has quit IRC *** btami has quit IRC *** dimas has quit IRC *** derek has quit IRC *** yamike has quit IRC *** mnemoc has quit IRC *** yure has quit IRC *** Amorphous has quit IRC *** chillywilly has joined #gnuenterprise *** ajmitch_ has joined #gnuenterprise *** ajmitch has joined #gnuenterprise *** kilo has joined #gnuenterprise *** SachaS has joined #gnuenterprise *** btami has joined #gnuenterprise *** yure has joined #gnuenterprise *** Amorphous has joined #gnuenterprise *** dimas has joined #gnuenterprise *** derek has joined #gnuenterprise *** yamike has joined #gnuenterprise *** mnemoc has joined #gnuenterprise *** mnemoc_ has joined #gnuenterprise *** mnemoc has quit IRC *** btami has quit IRC *** reinhard has joined #gnuenterprise *** yure has quit IRC *** jamest has left #gnuenterprise good night all *** reinhard has quit IRC *** docelic has joined #gnuenterprise 'evening folks *** docelic has quit IRC *** jamest has joined #gnuenterprise *** kilo has quit IRC any feedback on the following idea forms currently assumes = or like on fields during a query what if when building the gnue conditional from the input values it looked for things like >: <: !=: so if in a field that contains a date (say my form that maintains my timeclock app's table :) I can do a query for >=:8/9/05 which would be then build as activity_timestamp >= '8/9/05' if no known conditional qualifier was passed it'd default to the old behaviour *** SachaS has left #gnuenterprise *** yamike has left #gnuenterprise *** yure has joined #gnuenterprise jamest: that's a horrible idea why is it horrible idea it has potentional in my book *** derek has quit IRC * chillywilly was just seing who was paying attention ;) * chillywilly has no opinion on the matter *** yure has quit IRC *** holycow has joined #gnuenterprise *** holycow has quit IRC