*** rynik has joined #gnuenterprise *** AsifRaza has joined #gnuenterprise *** dimas has joined #gnuenterprise *** dimas has quit IRC *** dimas has joined #gnuenterprise good morning gm *** johannesV has joined #gnuenterprise good morning good morning johannesV: what about an idea to put made forms on the server and let appserver load them from files and pass to the client as it do with autogenerated ones? dimas, that's a good idea we've already discussed (at least in one of our [bytewise] meetings some time ago) this saves one from distributing a legion of gfd (and grd's as well) to all the clients using appserver yep security could also be provided better i can pick up this topic on monday (next meeting) but i think i'm too deep into introspection/schema creation right now to switch immediatly to such a task next monday johannesV: inform me immediately :) but maybe we can do something in that direction within the next week no pressure, just glad you support an idea well, as to security, i really dislike that (missing) concept of security right now i think this will be also one of the next concepts getting 'implemented' great *** btami has joined #gnuenterprise good morning hi btami *** dcmwai has quit IRC *** kilo has joined #gnuenterprise *** kilo has quit IRC *** kilo has joined #gnuenterprise *** kilo has joined #gnuenterprise *** AsifRaza has quit IRC *** kilo has quit IRC *** johannesV has quit IRC *** johannesV has joined #gnuenterprise *** kilo has joined #gnuenterprise hmm, looks like i've found a bug in python's csv.Sniffer module ... having a file with a row like: Foo,"102.43" raises an error TypeError: bad argument type for built-in operation erm, the row is: Foo,"102,43" (note the comma within the float-value) if i'd replace that value by "102.43" it works fine ... in the former case the csv.Sniffer does not detect the delimiter, instead it's empty ... *** holycow has quit IRC *** AsifRaza has joined #gnuenterprise *** dimas has quit IRC *** btami has quit IRC *** dimas has joined #gnuenterprise *** dimas has quit IRC *** dimas has joined #gnuenterprise hi, I found a comma in a strange place, Don't know if it's an error or not. --- GSParser.py (revision 7554) +++ GSParser.py (arbetskopia) @@ -246,7 +246,7 @@ 'Typecast': GTypecast.name }, 'key': { 'Typecast': GTypecast.boolean, - 'Default' : False}, + 'Default' : False} }, 'ParentTags': ('definition',)}, *** dimas has quit IRC *** dimas has joined #gnuenterprise rynik, that comma does not harm it doesn't matter if it's there or nor erm s/nor/not/ bbl *** AsifRaza has quit IRC *** btami has joined #gnuenterprise *** jamest has joined #gnuenterprise Hi again, does GNUe put any restriction on field names in .gsd files or is there only backend restrictions? Anyone? rynik: i don't know OK i didn't think there were any beyond what std sql would want rynik, usually it depends on the backend only like maximum identifier length or characterset allowed for identifiers but gnue-schema does not apply it's own restrictions to fieldnames (if it's that you'd like to know) Yes, that answered my question. Thanks. great :) btami: gabor@gabor:~/kinterbasdb-3.1.1$ python Python 2.4.1 (#2, Mar 30 2005, 21:51:10) [GCC 3.3.5 (Debian 1:3.3.5-8ubuntu2)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import kinterbasdb >>> kilo, as i'm just rewriting common's schema-support I've greatly improved interbase's introspection ... :) strings are reported with the proper length now, as well as all constraints, indices and it event detects serials (fields bound to a generator) .... :) great!!! s/event/even/ introspection is then called 'Behavior' and creates gsd-object trees directly where behavior is a parameter open to connections.conf (for some db-driver) so one could use a provider = postgresql, behavior = postgres7 or behavior = postgres8 or think for odbc-based connections ... the only backend i cannot test right away here is oracle ... call 1-800-LARRY :D but maybe jcater migth look at this part (if all the other drivers are finished) this new schema-support will also accept a gsd-object tree for merging it back into a db-backend we've noticed you were 'lost' somewhere so this is why... this way one could open two connections, one for postgres and one for interbase and call ibcon.writeSchema (pgcon.readSchema ()) :) wonderful what else could i say wonderful :) well, this should work in prinicple, but in real life it's a bit harder, cause not all backends support the same things ... like sqlite does not have constraints, or not all db's can handle functional indices or ... but the main reason for a rewrite is to flatten the module-structure ... we don't have a postgres.schema.discovery.introspection but a postgres.behavior .. but meanwhile i've to finish sabdb-driver first ... gtg now bbl *** kilo has quit IRC bbl *** jcater has joined #gnuenterprise *** yure has quit IRC *** yure has joined #gnuenterprise *** btami has quit IRC *** johannesV has quit IRC *** sjc has joined #gnuenterprise *** btami has joined #gnuenterprise *** bigbrother has joined #gnuenterprise *** bigbrother has joined #gnuenterprise wb bigbro @seen me rynik: I have not seen me. @seen my_ass rynik: I have not seen my_ass. *** kilo has joined #gnuenterprise *** johannesV__ has joined #gnuenterprise *** johannesV_ has quit IRC *** btami has joined #gnuenterprise *** dimas has quit IRC *** mnemoc has quit IRC *** rynik has quit IRC *** johannesV__ has quit IRC *** kilo has quit IRC *** jcater has quit IRC *** nickr_ has joined #gnuenterprise *** docelic has quit IRC *** wendall911 has quit IRC *** yure has quit IRC *** nickr has quit IRC *** johannesV__ has joined #gnuenterprise *** kilo has joined #gnuenterprise *** dimas has joined #gnuenterprise *** jcater has joined #gnuenterprise *** mnemoc has joined #gnuenterprise *** rynik has joined #gnuenterprise *** docelic has joined #gnuenterprise *** yure has joined #gnuenterprise *** wendall911 has joined #gnuenterprise *** wendall911 has quit IRC *** docelic has quit IRC *** yure has quit IRC *** btami has quit IRC *** jamest has quit IRC *** btami has joined #gnuenterprise *** jamest has joined #gnuenterprise *** docelic has joined #gnuenterprise *** yure has joined #gnuenterprise *** wendall911 has joined #gnuenterprise *** johannesV__ has quit IRC *** johannesV has joined #gnuenterprise *** johannesV has quit IRC *** btami has quit IRC *** reinhard has quit IRC *** jcater has quit IRC *** jamest has left #gnuenterprise *** wendall911 has quit IRC *** kilo has quit IRC *** jcater has joined #gnuenterprise *** mnemoc has quit IRC *** mnemoc has joined #gnuenterprise *** titopbs has joined #gnuenterprise *** yure has quit IRC *** titopbs has quit IRC *** titopbs has joined #gnuenterprise *** lxf has joined #gnuenterprise *** lxf has quit IRC *** dcmwai has joined #gnuenterprise *** titopbs has quit IRC *** jcater has quit IRC