night jcater all k take it easy have fun re^H^H^H allw gnue to esape ;) allowing bye bye chillywilly (danielb@mke-24-167-202-50.wi.rr.com) left irc: "Free Your Enterprise! - http://www.gnuenterprise.org" Are we going to have a big net party in 5 weeks? celebrating 52 weeks - 1 year of psu's Kernel Cousins? :) jcater (~jcater@cpe-024-165-223-104.midsouth.rr.com) left irc: "nite" dragon (~dragon@pcd252241.netvigator.com) joined #gnuenterprise. reinhard (~rm@M693P020.adsl.highway.telekom.at) joined #gnuenterprise. JohannesV (~jve@M691P023.adsl.highway.telekom.at) joined #gnuenterprise. Arturas (~arturas@gsk.vtu.lt) joined #gnuenterprise. Hello good morning Arturas Good morning Reinhard :) btami (~tamas@ip102-205.ktv.tiszanet.hu) joined #gnuenterprise. good morning Hello Bajusz hi Arturas sacha (~sacha@online.havanawave.com) joined #gnuenterprise. btami (~tamas@ip102-205.ktv.tiszanet.hu) left irc: btami (~tamas@ip102-205.ktv.tiszanet.hu) joined #gnuenterprise. paci (~paci@212.94.129.20) joined #gnuenterprise. ddttmm (~dtm@adsl-66.218.46.51.dslextreme.com) got netsplit. Arturas (~arturas@gsk.vtu.lt) got netsplit. JohannesV (~jve@M691P023.adsl.highway.telekom.at) got netsplit. dragon (~dragon@pcd252241.netvigator.com) got netsplit. ninja (~rossg@rossg.dial.nildram.co.uk) got netsplit. Mr_You (~car@gso88-217-049.triad.rr.com) got netsplit. sfb- (mattr@chew.exelus.net) got netsplit. Maniac (~User@h24-82-132-209.wp.shawcable.net) got netsplit. fixe (~adam@dsl081-147-022.chi1.dsl.speakeasy.net) got netsplit. Isomer (dahoose@port-62-167.jet.net.nz) got netsplit. ra3vat (~ds@ics.elcom.ru) got netsplit. nickr (~panphage@e-64-35-146-236.empnet.net) got netsplit. paci (~paci@212.94.129.20) got netsplit. btami (~tamas@ip102-205.ktv.tiszanet.hu) got netsplit. sacha (~sacha@online.havanawave.com) got netsplit. ajmitch (~me@wlg1-port28.jetstart.maxnet.co.nz) got netsplit. paci (~paci@212.94.129.20) returned to #gnuenterprise. btami (~tamas@ip102-205.ktv.tiszanet.hu) returned to #gnuenterprise. sacha (~sacha@online.havanawave.com) returned to #gnuenterprise. Arturas (~arturas@gsk.vtu.lt) returned to #gnuenterprise. JohannesV (~jve@M691P023.adsl.highway.telekom.at) returned to #gnuenterprise. dragon (~dragon@pcd252241.netvigator.com) returned to #gnuenterprise. sfb- (mattr@chew.exelus.net) returned to #gnuenterprise. nickr (~panphage@e-64-35-146-236.empnet.net) returned to #gnuenterprise. fixe (~adam@dsl081-147-022.chi1.dsl.speakeasy.net) returned to #gnuenterprise. ra3vat (~ds@ics.elcom.ru) returned to #gnuenterprise. Isomer (dahoose@port-62-167.jet.net.nz) returned to #gnuenterprise. ninja (~rossg@rossg.dial.nildram.co.uk) returned to #gnuenterprise. Maniac (~User@h24-82-132-209.wp.shawcable.net) returned to #gnuenterprise. Mr_You (~car@gso88-217-049.triad.rr.com) returned to #gnuenterprise. ajmitch (~me@wlg1-port28.jetstart.maxnet.co.nz) returned to #gnuenterprise. ddttmm (~dtm@adsl-66.218.46.51.dslextreme.com) returned to #gnuenterprise. i'm having problem with designer 0.4.0a. can anyone help? i can try :/ ddttmm (~dtm@adsl-66.218.46.51.dslextreme.com) got netsplit. Mr_You (~car@gso88-217-049.triad.rr.com) got netsplit. ninja (~rossg@rossg.dial.nildram.co.uk) got netsplit. dragon (~dragon@pcd252241.netvigator.com) got netsplit. JohannesV (~jve@M691P023.adsl.highway.telekom.at) got netsplit. Arturas (~arturas@gsk.vtu.lt) got netsplit. sfb- (mattr@chew.exelus.net) got netsplit. Isomer (dahoose@port-62-167.jet.net.nz) got netsplit. Maniac (~User@h24-82-132-209.wp.shawcable.net) got netsplit. ra3vat (~ds@ics.elcom.ru) got netsplit. nickr (~panphage@e-64-35-146-236.empnet.net) got netsplit. fixe (~adam@dsl081-147-022.chi1.dsl.speakeasy.net) got netsplit. sacha (~sacha@online.havanawave.com) got netsplit. btami (~tamas@ip102-205.ktv.tiszanet.hu) got netsplit. ajmitch (~me@wlg1-port28.jetstart.maxnet.co.nz) got netsplit. paci (~paci@212.94.129.20) got netsplit. paci (~paci@212.94.129.20) returned to #gnuenterprise. btami (~tamas@ip102-205.ktv.tiszanet.hu) returned to #gnuenterprise. sacha (~sacha@online.havanawave.com) returned to #gnuenterprise. Arturas (~arturas@gsk.vtu.lt) returned to #gnuenterprise. JohannesV (~jve@M691P023.adsl.highway.telekom.at) returned to #gnuenterprise. dragon (~dragon@pcd252241.netvigator.com) returned to #gnuenterprise. sfb- (mattr@chew.exelus.net) returned to #gnuenterprise. nickr (~panphage@e-64-35-146-236.empnet.net) returned to #gnuenterprise. fixe (~adam@dsl081-147-022.chi1.dsl.speakeasy.net) returned to #gnuenterprise. ra3vat (~ds@ics.elcom.ru) returned to #gnuenterprise. Isomer (dahoose@port-62-167.jet.net.nz) returned to #gnuenterprise. ninja (~rossg@rossg.dial.nildram.co.uk) returned to #gnuenterprise. Maniac (~User@h24-82-132-209.wp.shawcable.net) returned to #gnuenterprise. Mr_You (~car@gso88-217-049.triad.rr.com) returned to #gnuenterprise. ajmitch (~me@wlg1-port28.jetstart.maxnet.co.nz) returned to #gnuenterprise. ddttmm (~dtm@adsl-66.218.46.51.dslextreme.com) returned to #gnuenterprise. you hvae it from cvs? have no. i have it in tar format from gnue web site then it might have been a bit outdated i have also the save 0.4.0a version but from cvs tree and i can't get this bug first time to open a new form I got the error 'Incubator import failed' but still continue will return after a moment... can't say anything about this :( sacha (~sacha@online.havanawave.com) left irc: Killed (NickServ (Nickname Enforcement)) sacha__ (~sacha@online.havanawave.com) joined #gnuenterprise. ok tks for your help. i'll try to get the latest from cvs :) ninja (~rossg@rossg.dial.nildram.co.uk) left irc: Remote closed the connection Arturas (~arturas@gsk.vtu.lt) left #gnuenterprise ("later :\"). ninja (~rossg@ip-195-149-26-1.nildram.co.uk) joined #gnuenterprise. 1[15~ bye sacha__ (~sacha@online.havanawave.com) left irc: "Client Exiting" dragon (~dragon@pcd252241.netvigator.com) left irc: "[x]chat" reinhard (~rm@M693P020.adsl.highway.telekom.at) left irc: Read error: 104 (Connection reset by peer) siesel (jan@dial-213-168-88-168.netcologne.de) joined #gnuenterprise. hi all hey siesel hi ajmitch reinhard (~rm@M693P020.adsl.highway.telekom.at) joined #gnuenterprise. hi reinhard hello reinhard siesel (jan@dial-213-168-88-168.netcologne.de) left irc: "BitchX sucks" dragon (~dragon@pcd252241.netvigator.com) joined #gnuenterprise. Action: btami is back (gone 00:00:30) Action: btami is away: pizza time siesel (~jan@dial-213-168-91-193.netcologne.de) joined #gnuenterprise. wb siesel Arturas (~arturas@gsk.vtu.lt) joined #gnuenterprise. siesel (~jan@dial-213-168-91-193.netcologne.de) left irc: Read error: 104 (Connection reset by peer) Arturas (~arturas@gsk.vtu.lt) left irc: "Client Exiting" Action: btami is back (gone 01:57:52) siesel (jan@dial-213-168-72-254.netcologne.de) joined #gnuenterprise. hi all hi Arturas (~arturas@gsk.vtu.lt) joined #gnuenterprise. Hi Arturas do you have any i18 test form lying around? I want to add a gnue i18 test form to the new sample directory siesel: one moment... i have a form do i send it to you or add to cvs? some gnue/forms/samples/i18n folder form1.gfd file? I would prefer if you add it to gnue/samples/testcases/ possibly as an i18/fonttest.gfd or i18/unicodetest.gfd ok in about 10 min. If you have any comments about that form, it would be great to have a short README :) thanks i'll do my best (350 pages will be enough? :) possibly a bit less descriptive. If you take the UNICODE 3.2 documentation as an example, it would be ok ;) :) btami (~tamas@ip102-205.ktv.tiszanet.hu) left irc: jamest (~jamest@hobbes.math.ksu.edu) joined #gnuenterprise. hi James do you remeber what meaning a self._triggerGlobal=1 setting has? yes it becomes part of all trigger namespaces siesel: it'll take a bit more than 10 minutes - have some authentication problems while trying to setup database for small testing :\ hello James :) that way you can call that function from any object not just the one that defined it jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) joined #gnuenterprise. But what is the difference to the global attribut in self._triggerFunctions? er now I'm confused it'll be a bit before i can look In my understanding the global attribut in self._triggerFunctions adds that function to the global namespace, i.e. you don't have to call myform.setFocus, but you can directly call setFocus IIRC i documented these in the trigger doc file in common but I'm kinda burried at the moment ok, I will do some more inverstigation on myself :) siesel: thank you :) lupo (~lupo@B2b24.pppool.de) joined #gnuenterprise. hi reinhard? hi lupo hi siesel lupo (~lupo@B2b24.pppool.de) left irc: "using sirc version 2.211+KSIRC/1.1" JohannesV (~jve@M691P023.adsl.highway.telekom.at) left irc: Read error: 104 (Connection reset by peer) StyXman (~mdione@ADSL-200-59-86-69.cordoba.sinectis.com.ar) joined #gnuenterprise. hi all Arturas2 (~arturas@193.219.147.217) joined #gnuenterprise. jcater: you here? do you have some seconds for me? dragon (~dragon@pcd252241.netvigator.com) left irc: "[x]chat" JohannesV (~jve@M702P025.adsl.highway.telekom.at) joined #gnuenterprise. jcater: I couldn't realize yet how to use form parameters, specially for 'conditioning' datasources. can you cast some light here? I'm not quite shure, but it seems that this feature isn't suported yet. (neither throught GConditions nor through the pre_query attribute) the only way would be to access the parameter in a trigger and directly execute an query in this trigger ninja (~rossg@ip-195-149-26-1.nildram.co.uk) left irc: Remote closed the connection siesel: does reposrt have the same problem? MB I can port the missing parts to forms. hmmm, I think so. ok, I'll try to figure out. The GCParam class defined in GConditions just returns "" instead of searching for a parameter definition siesel: but the ported GFCParam does... Action: siesel now looks at GRParameter.py too. what I'mm looking into is GFParameter.py pattieja (~pattieja@www.pcxperience.com) joined #gnuenterprise. sorry, I think my first impression was wrong. I~it seems, that you can access a parameter in a condition tag in forms too. siesel: how? siesel: cparam? just by ... if it works, please tell me :) siesel: yes and not. first, your example is slightly wrong :) second, I get the following error :( DB000: File "/home/mdione/src/gnue/.cvsdevelbase/gnue/forms/GFObjects/GFParameter.py", line 55, in __init__ DB000: self._type = self._typestub DB000: AttributeError: GFCParam instance has no attribute '_typestub' (sorry for pasting) I guess that a missing part is in GFParameters.py similar to the las class in GRParametes.py (note the difference between filenames!) s/GFParameters.py/GFParameter.py/ class GRConditionParam(GRStubParam): _typestub = 'GRCParam' yeap I would say just change _type = _typestub to _type='GFCParam' see that GRStubParam is similar to GFCParamm ok. greetz all Action: jcater just fixed runForm support in cvs head I will just ask jcater,.... jcater: great. ask me what? question: has the differentiation between GRStubParam and GRConditionParam any deeper meaning? there's no spiritual connotation that would give it some deep meaning but in the source code reports has two types of "output" parameters one in the trees (which is GRConditionParam) and one in the layout/output code Arturas (~arturas@gsk.vtu.lt) left irc: Remote closed the connection both share most of their code via GRStubParam so, do you think we need something similar for forms? no hi jcater StyXman: howdy ok, so I will remove that _type = _typestub line in GFParameter to make working :) jcater: what you mean with runForm support? StyXman: I mean in a trigger, you can have runForm9'MyKickAssForm') err runForm('MyKickAssForm') I got it or even runForm('MyKickAssForm',) darn it it would be... that my keyboard is shifted to the left runForm('MyKickAssForm',{'myparam': 'test'}) do a mambo pass and sit down again jcater: and that fix is more than just uncome freakingg kbd ninja (~rossg@rossg.dial.nildram.co.uk) joined #gnuenterprise. ...than just uncommenting the line I was talking about? Action: jcater missed the line you were talking about uh, lemme give you a line number... I guessed you read my posting to gnue-dev that was the improper place for it GTrigger:461 so I didn't uncomment it there I put something similar in GFForm, though (only a single line iirc) are you guys (Via Libre) on our Commit email list? I shouldn't had updated, then... Action: StyXman sights Action: StyXman sighs Action: StyXman sigs Action: StyXman sis Action: StyXman ss jcater: what should be the proper name for a global trigger function, which shows a message box with a text? showMessage? or ? detail: common/translations/gnue-version.po.orig exists in cvs tree. is it a diff leftover? siesel: works for me jcater: nope, which one? http://mail.gnu.org/mailman/listinfo/commit-gnue ok. I'll warn the others too nice TODO line :) also, I think I found a bug in GFFormm in changeFocus dunno why, widgets ouside block definitions get _block defined to None instead of not having one. dunno why... StyXman: what did you mean by 'diff leftover' for common/translations/gnue-version.po.orig file? DISCLAIMER: this could be because I'm backporting things to gnue-0.3 Arturas2: I think is a file left by a patch command, but I don't know. there is a file gnue-version.po [translated into English] and gnue-version.po.orig [as it was created by create-po.sh command] this file should be, but as it is example, maybe it should be moved into some other place jcater: perlhead asks me to ask you how are things re: gnue's release jcater, jamest: how should sample files be handeld for the coming release? I would recommend to remove all sample files from reports/samples forms/samples BEFORE the release, and already do a separated package of samples for this release, even if its not 100% working. it would be much easier then to just release a second samples package, than have to live with broken samples a long time. Arturas2: ah StyXman: we have prerelease-1 out the door and will do pre-2 today if we leave it the old way for this release, I would like to know, so I can update the examples in the old tree wonderful. what about win32? how is it going? StyXman: shitty ugh. siesel: only issue with separating is I have to redo all my packaging scripts (:-/) :) but I'm ok with either the second point are forms, which are used for "configuration and mangaging things" like connection.gfd for the connection.conf file and manage_user.gfd for appserver user management. I would like to put these into a utils or so directory in the according package. i.e. connection.gfd into common/utils (already existant) and manage_user.gfd in appserver/utils. any ideas, critics, comments btw. I will try to update the MANIFEST.in, gfclient.iss files accordingly :) I'm ok with that as well jcater: params seem to not get into GFForm. I run 'gfcvs blah.gfd id=5' and it tries to get the default value hi all Arturas2: you here? it seems that _parameters hash is never filled ra3vat: hi Dmitry :) sorry - was a bit off-pc MB it could be passed as a new parameter to GFForm's contructor Arturas2: i'm trying msgmerge and your script, diff on treir output gives me: --- 538,544 ---- msgstr "" #: ../src/commdrivers/sockets/CommDriver.py:115 ! msgid "\nfile or a host and port number. Please see documentation." msgstr "" #: ../src/commdrivers/sockets/CommDriver.py:119 *************** *** 570,578 **** #: ../src/commdrivers/xmlrpc/ClientAdapter.py:75 #: ../src/commdrivers/xmlrpc/ServerAdapter.py:61 ! msgid "" ! "\n" ! "Unable to load xmlrpc. To use the XML-RPC interface, \n" msgstr "" do you think both output are valid? StyXman: setting parameter works for me: try showparameter.py example: gfcvs showparameter.gfd myparam=23 ra3vat: ouch, let me think... siesel: I have not such file ok, gone anyways bye bye StyXman (~mdione@ADSL-200-59-86-69.cordoba.sinectis.com.ar) left irc: ""running free"" JohannesV (~jve@M702P025.adsl.highway.telekom.at) left irc: "Client Exiting" siesel (jan@dial-213-168-72-254.netcologne.de) left irc: "later" Arturas2 (~arturas@193.219.147.217) left irc: grrr siesel, why did you change the parameters code you didn't change the functionality just added more overhead err, he's gone sigh Chipaca (~john@ADSL-200-59-86-69.cordoba.sinectis.com.ar) joined #gnuenterprise. Arturas (~arturas@193.219.147.217) joined #gnuenterprise. hi all hi lupo (~lupo@B2d1c.pppool.de) joined #gnuenterprise. prerelease? perlhead (~fheinz@ADSL-200-59-86-69.cordoba.sinectis.com.ar) joined #gnuenterprise. umm would adding a delegates system to dbsig be cool with y'all? um delegates system? yeap jcater: recall I asked you about what you called transactional tables? jcater: a delegates system is the way to do it cleanly in gnue :) Action: lupo cheers: his printer works! apsfilter sucks, magicfilter rules! that's the conclusion we reached can you explain to me what a delegates system in dbsig is? lupo: I agree Action: Chipaca looks at perlhead I could, but perlhead could do it better, probably perlhead: do you have time? I'll try. Basically, delegates are a generalization of the model-view-controller pattern But it's so general that it doesn't even need a view :-) *g* explain my printer works, my printer works It's a way to create classes whose instances solve a general problem i'm sooo lucky perlhead: what does this way look like? but provides slots for client code to customize the functionality. i see An example would work best. Let's take a class at random... dbisg for instance Hold on (phone) Action: Chipaca grins I haven't looked inside dbsig myself, but from my understanding it defines messages for inserting, updating, and generally mangling records in the database. These messages are implemented in dbsig as methods that themselves invoke abstract dbsig methods to do the actual work. Abstract method in this context means that dbsig defines the message, but doesn't implement it. Rather, it leaves the implementation to the db driver. Now, dbsig is obviuosly the place to add low-level but database-independent functionality to the system. But we can all think of functionality some people would like to have, and some other not. isn't this like implementing a class with only virtual functions? Suppose some deranged mind in a completely out-of-fashion country in Latin America decides that updates to certain tables should be implemented differently than usual. lupo: that's what's called an "abstract class", dbsig is an example of that. Abstract classes are never directly instantiated. oh So, the idea of delegates involves adding to dbsig an instance variable that keeps a list of "delegates" A delegate is simply any object that responds to the class' (in this case dbsig's) delegation protocol. I like this in theory In practice, this is going to be interesting to write and maintain in effect, you would need more than an alternate "insert", "update", "delete" hook aprono (~aprono@ADSL-200-59-86-69.cordoba.sinectis.com.ar) joined #gnuenterprise. you would need more a subclassed resultset jcater: its more general than that ok, maybe I misunderstand.... jcater: if i understood correctly, instead of writing hooks for everything you define a delegation protocol Action: jcater listens Action: jcater isn't sure what the distinction is between a hook and a "delegation protocol" jcater: such that you have this list of delegates, one of which might be the insert hook again if i understood correctly the delegation protocol is something like: "I'm going to " "No idea"/"Go on"/"Don't" /"I just did it" you do this to all your delegates until one of them answers something other than "No idea" then if that is "Go on" you do, etc jcater: that's it, afaik Action: Chipaca switches jcater back into talk mode Action: perlhead thanks Chipaca for taking over while I was on the phone Action: Chipaca bows There is no need to implement alternate "insert"s or "update"s. The current implementation of "update", for instance, would be extended to account for the delegates. When dbsig gets a message to update a row, it firts checks the delegate list in order filc (~filc@public1-cosh3-3-cust111.cosh.broadband.ntl.com) joined #gnuenterprise. checking for objects that respond to "willUpdate" and sends willUpdate to any that do. If there are none, it proceeds. so, the result is "easier interfaces", "a bit more implementation"? the result is "more ability to add functionality to dbsig without breaking stuff nor touching dbsig" The delegates are there to implement policy. The "transactional tables" would be implemented through a class that does nothing but listen to willUpdates It would then find out whether the table is "transactional" or not. ah If it's not, it'd answer "ask somebody else" So dbsig would continue to walk the list. If it is transactional, it would do the update/insert thing and answer "I did it for you" This is a very basic approach, some more research is needed to design a proper delegation protocol for dbsig. But once in place, a delegate-aware dbsig works exactly like it does now. Except if you *do* plug in delegates, they can add significant functionality with no changes to either the class hierarchy nor to dbsig's code and the functionality is automatically available to all dbsig subclasses. Did I make any sense at all? I mean besided crappy grammar. s/ded/des/ perlhead: I thought one just called the delegates and the delegates were the ones who checked if they answered to that particular message perlhead: makes no difference, actually :) jcater: you haven't had a heart attack, have you? Action: jcater pulls himself out of the floor and takes a few aspirin "just in case" Action: Chipaca goes back to deleting spam Chipaca: It usually depends on the host language runtime support bye Arturas (~arturas@193.219.147.217) left irc: perlhead: I figured that much, because I suddenly remembered when you say "message" I should read "method" :) Not implementing a method for a given message is a handy shorthand for "I don't care" If the delegation protocol is complex, it is a big win. ok, a few thoughts: A method is what is invoked when an object receives a message, which itself is made up of a selector (aka "message name") plus arguments. I think I like this at first glance listening there are a few areas I want to be sensitive to: 1. This is a critical part of gnue-common, where speed is important (think backbone of appserver and reports) so any code doesn't need to add a lot of bloat 2. Odds are, the "delegates" will need to understand the dbdriver internals so maintenance on delegates wouldn't be fun (but that would be the problem of the delegate writers, not me) jcater: but it'll be the clients problem exactly Chipaca: I'm just raising issues and I don't have any showstopping issues yet #1 is a big concern to me as long as we could do this without adding very much overhead I think it might work this will be a complex addition to gnue-common, though jcater: if there are no delegates, it would probably be one lookup of one array variable now, I know this isn't my problem but assuming we do the delegates system, I still question how that'll solve your problems if a person updates a record you are wanting to just mark the existing record with an "old" date (or such) and start with a freshly inserted "current" row jcater: correct the problem then is you have to manipulate the resultset's internal cache otherwise if the user turns around and modifies the record again, they are doing so against an outdated version (like I said, this is the problem of the delegate's author -- but still, think about this up front) Action: filc wonders why the current row can't always be the up-to-date record and take, just insert a copy of the current row and call it the history record jcater: will do -- nd I see why you say it'll be complex for gnue-common Action: filc is butting half way through though please butt away filc: we could do it either way, I guess filc: the way we had thought was such that you could get an _exact_ image of the system in a past time filc: the way you propose would be _almost_ exact, and the overhead is greater (on the database) we'd have to update all the stuff that pointed to the old record to point to the new-but-historic record filc: actually, that's what I was thinking which is why I asked the question I did as I kind of agree with you jcater, filc: did I answer your question? lupo (~lupo@B2d1c.pppool.de) left #gnuenterprise. Action: perlhead is glad he started the ball rolling, and squirrels away to a meeting. perlhead (~fheinz@ADSL-200-59-86-69.cordoba.sinectis.com.ar) left irc: "Client Exiting" Action: filc goes to read the full log Chipaca: I agree that would be less overhead on the database filc: not much on your question but I'm not sure you fully understand the needed coding in your delegate jcater: maybe the cache has a "refresh yourself" method? you will be touching A LOT of internals unless you did it filc's way Action: jcater personally doesn't care, as I won't be coding it :) jcater: look at it this way: if we don't do it with delegates we'd have to do it _in_ dbsig Chipaca: but my big fear is you get into this and realize that doing it your way isn't going to get the results you want without recoding dbsig again too just something to think about jcater: I suspect dbsig _will_ be slightly modified throughout jcater: but I don't think the headhaches will come from there, rather from fighting the cache, as you said jcater: I don't know, but isn't there a way to tell the cache it's outdated? Chipaca: not really jcater: could there be? I think that'd be enough to make it simple um no I don't think there's a reliable way to do that jcater: I mean, would it be a clean way to do it, add that to the cache? ah Chipaca: Could the history records be written to a seperate table by the delegate? filc: yes Chipaca: then you don't have to worry about the cache filc: yes we do filc: if you think it's ok for gnue to dictate the form of the database, you're wrong :) ;) Action: filc is used to working with the tools he's given... not making his own Chipaca: but, within bounds, I'm not sure I agree GNue Forms shouldn't determine every detail of your database but then again, rewriting GNUe Forms to meet your peculiar needs is just as whack Action: jcater was using that metaphorically... not meaning "your" needs as transactional/history support is commonly needed jcater: correct jcater: but there are about 3 decisions to make for transactional/history support, with a very large amount of options per decision, and I think gnue should support them all jcater: and either you bloat up dbsig by supporting them _all_, or you add some mechanism of extending what you do support while at the same time providing extensions to cover the typical cases am I making sense? but not at the expense of becoming so bloated that it's unusable Chipaca: dude I'm not arguing against delegation support jcater: I'm trying to explain why delegation support is probably what you need in a series of places, not just in dbsig, and that some of the delegates should probably eventually become part of gnue e.g. the delegate we will probably write for _our_ flavour of historic tables, and perhaps some other for historic-tables-as-sepearate-tables but anyhoo all I was pointing out is that you might want to reconsider how you do your history as I think you are causing a lot of extra work and maintenance on your part of course that's your business if you choose to go that route but I think you are causing A LOT of headaches on your part jcater: our database is such that doing historics in any other way is a PITA because of references Chipaca: and I may not fully understand your schema you know more about it than I do the entities we are keeping historics of are usually highest in the refcount :) (I hope) refcount? reference count we'd have to do "on update cascade" and that has other security and integrity issues Chipaca (~john@ADSL-200-59-86-69.cordoba.sinectis.com.ar) left irc: "brb (switching box)" Chipaca (~john@ADSL-200-59-86-69.cordoba.sinectis.com.ar) joined #gnuenterprise. umm another thing we could do in delegates is trees jcater: can you think of stumbling blocks in gnue wrt that? oh well Chipaca (~john@ADSL-200-59-86-69.cordoba.sinectis.com.ar) left irc: "bbl" psu (psu@manorcon.demon.co.uk) joined #gnuenterprise. jamest (~jamest@hobbes.math.ksu.edu) left #gnuenterprise. gack fingers faster than brain tonight just typed my login as "pus" not once but twice freudian slip? who knows? Well, the latest battle from the "intellectual property" wars seems to suggest that silence may be copyrightable http://news.bbc.co.uk/1/hi/entertainment/music/2276621.stm out-of-court settlement, so thankfully not a precedent Action: psu ought to copyright white space I'd make a fortune (from the python programmers, if no-one else) perl programmers would'nt be as vulnerable chillywilly (danielb@mke-24-167-202-50.wi.rr.com) joined #gnuenterprise. patents are stronger grrrr look at my manl patents manly real men don't use patents they use scare tactics psu (psu@manorcon.demon.co.uk) left #gnuenterprise ("nite"). DISIST! jcater: yea, that's why yu have that patented Donut Technolgy(tm) Action: jcater should patent the process of eating two donuts at a time wuss re er grrrr! Action: jcater kicks mcmillan and python 2.2 in the pie hole! heheh not sure if all others agree no we don't i don't think appserver/_featuretest should go in release it's not releasable chillywilly: it's good to know that i can always count on you ;) what is _featuretest? anyways a subdirectory of appserver I amswered that the last timw you asked which is not needed reinhard: thanks :) but contains alpha type of code reinhard: yep I am a reliable sorta guy rackin fracking @$#@!#$!@!#$ settle down hmmm, galeon keeps freezing up on me Action: jcater cries from mcmillan-inc.com: Note that Release 4 has some incompatibities with Python 2.2. Migrating to Python 2.2 is the perfect time to also move to Release 5. ouch and you have been using 4? ya that sucks wet goat farts eew.. thats bad for your health.. http://www.rafolt.at/html/modules.php?set_albumName=Kunst-unter-Linux&id=aah&op=modload&name=gallery&file=index&include=view_photo.php that's too funny now, see those darn terrorist programmers are now promotin homosectuality what does the title mean in english? "Free art for Free Software" ToyMan (~stuq@smtp.dstoys.com) left irc: "Client Exiting" Free art for free software! yep google told me that's sick btw argh!!!! well, I managed to get McMillan 5 working w/GNUe Designer except she segfaults woohoo! yay! night all reinhard (~rm@M693P020.adsl.highway.telekom.at) left irc: "'Hardware' defines as the parts of a computer system that can be kicked" Mr_You (~car@gso88-217-049.triad.rr.com) left irc: "bblm" Mr_You (~car@gso88-217-049.triad.rr.com) joined #gnuenterprise. Mr_You (~car@gso88-217-049.triad.rr.com) left irc: Client Quit Mr_You (~car@gso88-217-049.triad.rr.com) joined #gnuenterprise. oh, happy day even the wxPython demo programs segfault Action: jcater does a happy jig Action: jcater thinks a reinstall is in order lovely McMillan is the one with the specfile and the compiling, yes? does it also have an installer thingy? ya no it creates .exes from python we use Inno to do the installer Inno? it's a pretty slick graphical installer Ooh s/graphical/FREE graphical It looks good Excellent. bsd-like license eh? man its like a dream come true heee are you being sarcastic? it's one of the only decent free ones out there and believe me, we looked I'm serious ah, ok :) quite nifty we've been using VB's installer wizard thing for our products, which is highly lame. with the stupid 'click on the large button to the left to install' thing wtf ouch Hi, I design user interfaces. and I'm a retard... ah, appearently we now use the 'Enterprise Installer' thing that comes with VC screw that, I'll use inno for my project :) chillywilly (danielb@mke-24-167-202-50.wi.rr.com) left irc: "Free Your Enterprise! - http://www.gnuenterprise.org" chillywilly (danielb@mke-24-167-202-50.wi.rr.com) joined #gnuenterprise. siesel (~chatzilla@dial-213-168-91-202.netcologne.de) joined #gnuenterprise. hi siesel hi chillywilly siesel_ (~chatzilla@dial-213-168-91-202.netcologne.de) joined #gnuenterprise. siesel (~chatzilla@dial-213-168-91-202.netcologne.de) left irc: Remote closed the connection Action: chillywilly cuts off siesel_ 's tail Action: chillywilly realizes that his sword actually broke Action: siesel_ hands a short knife over to chillywilly Nick change: siesel_ -> siesel hooohhaaa! siesel: whatcha up to? jcater vs. mcmillan who will win?!? my money is on the AI ;) jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) left irc: "home" siesel (~chatzilla@dial-213-168-91-202.netcologne.de) left irc: "later" hi all aprono (~aprono@ADSL-200-59-86-69.cordoba.sinectis.com.ar) left irc: "Client Exiting" filc (~filc@public1-cosh3-3-cust111.cosh.broadband.ntl.com) left irc: Remote closed the connection dragon (~dragon@pcd252241.netvigator.com) joined #gnuenterprise. dragon (~dragon@pcd252241.netvigator.com) left irc: Client Quit sacha_ (~sacha@online.havanawave.com) joined #gnuenterprise. Nick change: sacha_ -> SachaS morning hi ToyMan (~stuq@glvv-dsl2-27.citlink.net) joined #gnuenterprise. jbailey (~jbailey@CPE014260028338.cpe.net.cable.rogers.com) joined #gnuenterprise. ToyMan (~stuq@glvv-dsl2-27.citlink.net) left irc: "making toys" chillywilly (danielb@mke-24-167-202-50.wi.rr.com) left irc: "Free Your Enterprise! - http://www.gnuenterprise.org" fitzix (~fitzix@219.128.252.64.snet.net) joined #gnuenterprise. fitzix (~fitzix@219.128.252.64.snet.net) left irc: Client Quit jcater (~jcater@cpe-024-165-223-104.midsouth.rr.com) joined #gnuenterprise. jbailey (~jbailey@CPE014260028338.cpe.net.cable.rogers.com) left irc: "Client Exiting" paq (~paq@202.155.120.221) joined #gnuenterprise. just tried dillo web browser. no frames but VERY fast. (apt-get install dillo) chillywilly (danielb@mke-24-167-202-50.wi.rr.com) joined #gnuenterprise. chillywilly have you tried dillo web browser? ass kicking fast apt-getinstall dillo apt-get install dillo a while back ok. cool. Action: chillywilly is having issues with pam missing lib or some crap can't ssh or gdm in (cause they use pam) chillywilly: give me your ip address and your root password debian is a pam-whored distro and I'll fix you right up jcater lick me ;) ok bye SachaS (~sacha@online.havanawave.com) left #gnuenterprise. chillywilly - which are you running? woody, sarge?... sid? sid chillywilly (danielb@mke-24-167-202-50.wi.rr.com) left irc: "Read error: 1.414213562 (Excessive square root of 2)" chillywilly (danielb@mke-24-167-202-50.wi.rr.com) joined #gnuenterprise. stupid crap fixed it hi all getting error while trying to start form from gpd file that previously worked DB000: File "/usr/local/src/cvs/gnue/gnue/.cvsdevelbase/gnue/forms/GFForm.py", line 149, in primaryInit DB000: self._triggerns['runForm'] = self._app.manager.runFormFromTrigger DB000: AttributeError: Instance instance has no attribute 'runFormFromTrigger' what have I broke? egads if you run the same form from the command line does it break? trying form works entry in gpd - title="Towns"/> the same with /gnue/samples/testcases/testrun.gpd did cvs update -Pd about 8 hours before can you yupdate cvs again and try again DB000: File "/usr/local/src/cvs/gnue/gnue/.cvsdevelbase/gnue/navigator/UIwxpython.py", line 217 DB000: def runFormAsTrigger(self, form, parameters = {}) DB000: ^ DB000: SyntaxError: invalid syntax just updated grrrr try again Action: jcater doesn't have a navigator setup at the moment to test against :( DB000: File "/usr/local/src/cvs/gnue/gnue/.cvsdevelbase/gnue/forms/GFForm.py", line 149, in primaryInit DB000: self._triggerns['runForm'] = self._app.manager.runFormFromTrigger DB000: AttributeError: Instance instance has no attribute 'runFormFromTrigger' man I'm just not with the program tonight should it be runFormFromTrigger or runForm_AS_Trigger ? From Action: jcater mistyped it As committed now it works, thanks :) lol thanks for being patient :) --- Tue Sep 24 2002