Fooey. I finally trip over the documents on my existing ERP which shows some of the things that it does well (and some that it doesn't do well) and noone is here any more. I'm noone, and I'm here. :) Action: Vee2d2 takes his here over -there-> Action: derek too One sec... let me surf back to them... http://www.remedy.com/customers/dev_community/Tipsarchive.htm There's a few screenshots, showing how the stock toolbar is laid out etc. but no tooltips to show what the buttons in the tool-bar DO. GNUe should come up with something similar to this before people start building a pile of Apps on it... http://www.remedy.com/customers/dht/archive/11-18-2002.htmhttp://www.remedy.com/customers/dht/archive/11-18-2002.htm D'oh. Double paste. GRR. http://www.remedy.com/customers/dht/archive/11-18-2002.htm http://www.remedy.com/customers/dev_community/images/T&T%20Nov%2003/tt_11-14-03_02.gif Shows the table widget in that system fairly well interesting not much use really, but little bits of polish the tools that they supply for extensibility (much like gnue-designer) really allow for polished layout quickly though not everyone uses it. Menus are completely extensible as well. Can quickly add menus or menu items on a per-form basis sjc (~sjc@cpc2-seve3-4-0-cust112.popl.cable.ntl.com) joined #gnuenterprise. dyfet (~dyfet@pool-138-89-108-198.mad.east.verizon.net) joined #gnuenterprise. SachaS (SachaS@210.177.207.193) joined #gnuenterprise. greetings from HongKong Heya. How's HK? crazy :) I've heard that. /me has Never been yesterday and today i spent in computer centers .... lots of stuff and very good prices nods where are you someon? Vancouver, Canada nice A number of HK emmegrants in Vancouver Fooey. I can't spell YICK. More bad news. Real Estate in Vancouver is apparently going to start moving even faster - down payment now not always required for a mortgage. thierry (~thierry@AStrasbourg-251-1-1-7.w82-127.abo.wanadoo.fr) joined #gnuenterprise. siesel (~jan@61-216-92-158.HINET-IP.hinet.net) joined #gnuenterprise. hello gnuers reinhard (~reinhard@M1250P006.adsl.highway.telekom.at) joined #gnuenterprise. morning reinhard, morning thierry. hello siesel hi reinhard reinhard: do you need something from Hong Kong? good morning siesel, thierry SachaS and all SachaS: not that i know :) but thanks for asking wow embeddable form support in navigator? sounds cool :) johannesV (~johannes@M1556P030.adsl.highway.telekom.at) joined #gnuenterprise. good morning :) hi all good morning hi Nick change: ajmitch_ -> ajmitch what is embeddable form? i'd read that as a form that isn't open in a seperate window but embedded in the navigator window morning johannes SaschaS: do you need something from taiwan ? good morning siesel enh. Technicalities... 00:02 PST johannesV, reinhard: btw. there seems to be a bug in the appserver dbdriver: ... DB000: File "/home/jan/Projects/gnue/trunk/gnue-common/.cvsdevelbase/gnue/common/datasources/drivers/Base/ResultSet.py", line 163, in firstRecord DB000: if not self._cacheNextRecord(): DB000: File "/home/jan/Projects/gnue/trunk/gnue-common/.cvsdevelbase/gnue/common/datasources/drivers/Base/ResultSet.py", line 307, in _cacheNextRecord DB000: rs = self._loadNextRecord() DB000: File "/home/jan/Projects/gnue/trunk/gnue-common/.cvsdevelbase/gnue/common/datasources/drivers/appserver/appserver/ResultSet.py", line 60, in _loadNextRecord DB000: instances=self._cursor.fetch() DB000: File "/home/jan/Projects/gnue/trunk/gnue-common/.cvsdevelbase/gnue/common/datasources/drivers/appserver/appserver/Connection.py", line 208, in fetch DB000: dict [fieldName] = self.__rpc_to_native (i [j+1], self._fieldtypes [j]) DB000: File "/home/jan/Projects/gnue/trunk/gnue-common/.cvsdevelbase/gnue/common/datasources/drivers/appserver/appserver/Connection.py", line 169, in __rpc_to_native DB000: value = unicode (value, 'utf-8') DB000: TypeError: decoding Unicode is not supported siesel: when does this happen? someon (~some1@h24-81-151-173.vf.shawcable.net) left irc: "Please review the logs" SachaS (SachaS@210.177.207.193) left #gnuenterprise. well GNU Enterprise is 90% finished. But now, we need your help with the other 90%. :) lol reinhard: when sample.gfd is called from within navigator. I will test and try to fix later. Going to the beach now. :) siesel (~jan@61-216-92-158.HINET-IP.hinet.net) left irc: "l8r" hmmm i just called sample.gfd from within navigator about 20 minutes ago with updated svn and everything worked great chillywilly (~danielb@CPE-24-167-201-211.wi.rr.com) left irc: Read error: 60 (Operation timed out) kilo (~kilo@ip102-205.ktv.tiszanet.hu) joined #gnuenterprise. dyfet (~dyfet@pool-138-89-108-198.mad.east.verizon.net) left irc: "Client exiting" gsoti_away (~gsoti@adsl-68-23-164-75.dsl.chcgil.ameritech.net) left #gnuenterprise. dimas (~ds@195.218.177.46) left irc: Read error: 113 (No route to host) dimas (~ds@195.218.177.46) joined #gnuenterprise. holycow (~rtaylor@24.86.227.162) joined #gnuenterprise. siesel (~jan@61-216-92-158.HINET-IP.hinet.net) joined #gnuenterprise. sjc (~sjc@cpc2-seve3-4-0-cust112.popl.cable.ntl.com) left irc: "working" reinhard: the bug I mentioned, was trigger only in combination with xmlrpc.pw_xmlrpc siesel: thanks choice is great it's great we support tons of databases and rpc transports but it's horrid to test it... dneighbo (~dneighbo@ip68-109-180-32.ph.ph.cox.net) joined #gnuenterprise. sjc (~sjc@cpc2-seve3-4-0-cust112.popl.cable.ntl.com) joined #gnuenterprise. btami (~btami@ip102-205.ktv.tiszanet.hu) joined #gnuenterprise. derek (~dneighbo@ip68-109-180-32.ph.ph.cox.net) left irc: Read error: 110 (Connection timed out) siesel: are you here? dsmith (pq595ycq1b@oh-strongsvillecadent1-1f-100.clvhoh.adelphia.net) joined #gnuenterprise. kilo (~kilo@ip102-205.ktv.tiszanet.hu) left irc: "Leaving" jamest (~jamest@gw.math.ksu.edu) joined #gnuenterprise. jamest_ (~jamest@gw.math.ksu.edu) joined #gnuenterprise. jamest_ (~jamest@gw.math.ksu.edu) left irc: Read error: 104 (Connection reset by peer) jamest (~jamest@gw.math.ksu.edu) left irc: Client Quit jamest (~jamest@gw.math.ksu.edu) joined #gnuenterprise. hi jamest hello Action: jamest is having vile thoughts about gnue-navigator what?? ah oh what is vile? thoughts that involve work for me ah oh i have another question i infected jcater last night with some of them and discovered he had similar thoughts. so he started playing around with it. poor gullible fool i saw embedded forms ok, i'll try and help then run my stuff past you it's just about the direction i expeced (hoped) navigator to go well my point is you're infected too! we are trying to start a toy project with appserver and we need nightly data import from a foreign data source that is i have customer database in a non-sql app and i can export from this app any format i like (because i'm author of that app) and i want to update customer database in gnue nightly what is the right way to go: a) gnue-schema can now import data like it imports schema, we could make a modified version of gnue-schema that doesn't write an SQL script but pushes data directly into the database via datasources b) gnue-integrator c) gnue-dbtools/loader ? well, loader is dead as I was the only one working on it and simply was overrun by a deadline so hard coded python app took it's place :( ah ok if i had the time I would have put into integrator that answers some questions :) but i was under impression it isn't working and is far more complex i've not messed w/ gnue-schema but it seems to get the most loving my impression was integrator is database <-> database and not database <-> file yes i think it was more datasource <-> datasource yeah exactly as last I knew we had csv datasource read only iir c sigh, brb users jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) joined #gnuenterprise. jason i've managed to lose more sleep thinking about gnue-nav some random thoughts: add datasource support to the gpd use this to define a datasource for pulling role info for ACLs use this to allow the gpd to create dynamic entries in the menu btami: yes, back again :) example: an entry that lists all new sales entries in the db that are pending shippment this entry would tie to a normal process and launch/populate that form/report/whatever hi siesel and all da masta :) Orders Pending Shipment 123456 - Foo 134523 - Bar dbl click on the 123456 entry and the order status form opens up hi btami and siesel siesel: was only delete messed up in datasources? jamest: that would be great. we have a bug in common :) only one!?!? jamest: call and delete had global range. nothing else. let me explain it here is my connections.conf [employee] host=localhost provider=interbase dbname=/usr/lib/firebird/examples/employee.fdb [ugyfel] host = localhost provider = interbase dbname = /home/tamas/data/ugyfel.gdb i got this error with a form generated my designer's simple wizard DB000: conn = dbdriver.Connection(self, connection_name, parameters) DB000: File "/home/tamas/svn/gnue/gnue-common/.cvsdevelbase/gnue/common/datasources/drivers/interbase/interbase/__init__.py", line 37, in Connection DB000: return Connection.Connection(*args, **parms) DB000: AttributeError: 'function' object has no attribute 'Connection' t the form is for [ugyfel] gdb? it is working if no [employee] section yes i think the "Connection" is owerused it is a function, a module, a class jamest: your proposal would allow a mixture between freedom and workflow. I just know similar stuff in an ERP which open window after window and is getting very unconfortable this way. btami: yes, the first call kind of import Connection, the second fails, because Connection is already imported if i change the module name from Connection.py to something else, it works well in the python namespace dbdriver.Connection changes from function to module! well, we'd keep track of running instances in their own section of the tree so you could flip 'tween them i added this into GConnections.py at line 253 print '*',dbdriver print '**',dbdriver.Connection conn = dbdriver.Connection(self, connection_name, parameters) print '***',dbdriver.Connection btami: the function in interbase.__init__ defers the loading of the Connection module. and got * ** *** before its used the first time its an function which returns a module and replaces itself. siesel: i understand it, but IMHO we should remove it and do a "import Connection" as some other driver do it. but jcater has implemnetd not owerusing a name is the best solution IMHO implemented it. I think he did it for more than just debugging puposes. reinhard: if we add the "type" attribute to the gsd's tags, do we add 'type="string"' or something like 'type="string(70)"' ? um no the point of deferring a connection But that's something he has to clear. is so we can tell if it's a valid driver and not just an importerror for not having the native part loaded i.e., I need to know if psycopg is a driver and then I need to know if we have all the libraries to run psycopg the Connection method was a clean way to implement that johannesV, reinhard: do we really need a "type" attr for value tags? It would be kind of double defined this way. but that's just my 2cents. sorry. have to run. cu all l8r. siesel (~jan@61-216-92-158.HINET-IP.hinet.net) left irc: "Client exiting" jcater: it's all OK, and wors if i have oly [ugyfel] alone, but what to do with this kind of error? siesel: yes, if we have no schema-definition given but only a ... jamest: I also lost sleep thinking about gnue-nav and acls and what I envisioned was adding a gnue.common.policy with a pluggable "policy manager" which could be a simple database-based one for our needs appserver could do their own client-level policy manager which called the appserver server instance or ppl could implement their own solutions if need be (ldap, etc) I would envision the tool only sending login name and some location moniker to the "policy manager?" and getting back an object that specifies what level (read, read/write, etc) that way ppl could implement it however they needed johannesV: string(70) whether that be ACL, RBAC, etc Action: jcater is thinking out loud the more information the better (is a general rule) chillywilly (~danielb@CPE-24-167-201-211.wi.rr.com) joined #gnuenterprise. jcater: have you read my bugreport above? reinhard: so we'd use property.fullType ... johannesV: probably yes well except for reference properties of course johannesV: maybe we want the property object to have 2 different members: property.fullType = id, number(7,2), string(70), or address_country property.dataType = string(32), number(7,2), string(70), or string(32) btami: I glanced over it I haven't had my morning caffeine so can't think yet :) hmm johannesV: fullType -> dataType is actually the logic in SchemaSupport, about line 153ff reinhard: if i look at it i'd say property.dataType sorry, but the above paste was from another, the "correct" is this: DB000: File "/home/tamas/svn/gnue/gnue-common/.cvsdevelbase/gnue/common/datasources/GConnections.py", line 276, in getDataObject DB000: connection = self.getConnection(connection_name) DB000: File "/home/tamas/svn/gnue/gnue-common/.cvsdevelbase/gnue/common/datasources/GConnections.py", line 255, in getConnection DB000: conn = dbdriver.Connection(self, connection_name, parameters) DB000: TypeError: 'module' object is not callable t johannesV: but it could also be put in Property.py reinhard: do we need this information anywhere else but in SchemaSupport ? not *yet* but it's my feeling of encapsulation that it should be in Property.py reinhard: ok, that's right ... reinhard: I'll put a dataType into Property.py and remove the datatype-mapping stuff from schemaSupport.py johannesV: ok :) johannesV: it's just like we also have property.column (the db column name) right it's quite logical that we have the db colum type in property, too btami: do you know if that error is specific to one databasE? or all of them? i think it's not driver specific ok good, then I can test on my system give me a few minutes to beat my users err, I mean, help my users something else about navigator I was wondering about IIRC we currently hard code the supported items (reports, forms, process) would this be better served by a plugin setup where each plugin adds the code needed to support itself and also extends the gpd defintion so we'd have a formsLauncher plugin, a reports plugin, process plugin, shell, etc, etc wow jamest: this is the standard gnue way in all areas :) i'm gnueing again argh!!!!!!!!!!!!!! Action: jamest runs and hides btami: well, this would take it to another level i think it'd be like if GFEntry added it's xml to the gfd and was self contained jamest: I originally planned to do that something I didn't see as needed in forms, appserver, etc but for the navigator i think it might be usefull one issue is the logic needed to launch is somewhat tied to the UI* file at least, iirc that was the issue I was running into so I'd need a UIwx/form UIwx/report UIgtk/form UIgtk/report so it wasn't gaining as much as I thought but that was a long time ago also, while I'm throwing things out there for gnue-common would it be nice to have std notification routines so we could fire off an email, or a jabber message, or a kde knotify message, or a gnome message as I'm getting to the point I need several gnue based apps to msg end users to tell them certain actions need taken and didn't know if this is something others would like i guess w/ a std setup we could even support pagers and such fine by me bddebian (bddebian@pcp08545886pcs.lndsd101.pa.comcast.net) joined #gnuenterprise. jamest: i like the notification stuff can we also have plugins for notification via electroshock and another one via fist coming out of the monitor? Gee why not, kick in the nuts notification too while you're at it?? :-) bddebian: good idea but then again i have too many female users ;-) Heh OK, anal reaming notification then?? ;-P btami (~btami@ip102-205.ktv.tiszanet.hu) left irc: "Leaving" holycow (~rtaylor@24.86.227.162) left irc: "Leaving" Nick change: bddebian -> bddeb_away jbailey (~jbailey@dragonfly.fundserv.com) joined #gnuenterprise. thierry (~thierry@AStrasbourg-251-1-1-7.w82-127.abo.wanadoo.fr) left irc: Read error: 110 (Connection timed out) thierry (~thierry@AStrasbourg-251-1-1-7.w82-127.abo.wanadoo.fr) joined #gnuenterprise. bbl maybe sound support is needed too then "Stuuuupid user! Your pathetic data is mine! All Mine! Bwa ha ha ha ha!" right after dispatchEvent('requestPhysicalAbuse',gender=user.gender) Nick change: bddeb_away -> bddebian just for the log from what i can read in svn logs a common release would break forms, reports, and navigator err a common release would break forms, reports, and designer not tested it though but PeterD's problems w/ designer seem to point to that, too if anybody knowing designer could test, it would be great off for today cu reinhard (~reinhard@M1250P006.adsl.highway.telekom.at) left irc: "People will believe your argument much better if you tell them that Benjamin Franklin said it." sigh i'm just not that comfortable releasing designer :( jreynaga (~jreynaga@dsl-200-95-114-176.prod-infinitum.com.mx) joined #gnuenterprise. jreynaga (~jreynaga@dsl-200-95-114-176.prod-infinitum.com.mx) left #gnuenterprise. jcater: what's pending? wrt? i'm just not that comfortable releasing designer :( I just don't have a good feeling about it seems to be crashing a lot more for ppl but I don't know if that's because of the new wxWindows releases or if something got botched up in the UI code hmmm Action: jcater doesn't have any specifics i've not had much trouble w/ it last few days I thought it was segfaulting on you a lot too? um, a week or so back it was used it alot in last few days w/o issues IIRC how strange I haven't committed changes well, I know btami's bug is outstanding but that should be a quick fix do you know what he did to dropdowns? eh? there was a commit w/ log message wendall911 (~wendallc@wendallc.icehouse.net) joined #gnuenterprise. Log: *xw dropdown now works *cleaned up GFDisplayHandler (by Kmetyko Gabor, alias kilo) i started to read the diff but decided someone here might know off hand I'm reading the diff which is quite hard as I'm seeing a lot of - try: + try: - except TypeError: + except TypeError: etc Action: jcater wonders what that's about yeah, that's why I asked :) looks like he changed it so on a dropdown beginEdit isn't called until the user pulls down the combobox end endEdit is called after a value is selected and combobox disappears how would that work with typed input? one of these eons i really want to get autocomplete working in fields dunno dimas (~ds@195.218.177.46) left irc: Read error: 54 (Connection reset by peer) but part of the commit is he made autocomplete case-insensitive autocomplete hasn't worked in ages not even close to functional completely ignored near as my tests showed dunno I haven't tried in a while also on the notification system we have a connections.conf what about a notifications.conf [sales] transport=jabber reinhard: fyi + Use DIBSIG2's feature of typed parameters instead of doing it ourselves + in _toSqlString iirc, it is up to the individual dbsig2 driver on what type of parameters it takes to SQL strings that's why we have _toSqlString track it's own destination=jamest@math.ksu.edu then GNotify.notify(message="", attachment="", destination="", xtraDestinations="") where the default destination in the conf file would be used in cases of GNotify.notify("ARGH!") we would have transports like email my kneejerk reaction to that jabber, knotify, pager is transport could well be user-dependent I'd want knotify my assistant might want pager err, nevermind ok, this would tie into a question i had then as I was thinking if we'd need it could just be defined in ~/.gnue/notifications.conf [sales] err, no transport=jabber (that wouldn't work in ~) destination=jamest@math.ksu.edu yeah, I thought about it more after typing that :) transport=email