| 03:36:53 | flypiper | mibus:evening |
| 03:38:30 | mibus | no, its only 14:15 :P |
| 03:38:36 | mibus | hows things? |
| 03:43:05 | flypiper | mibus: kismet works better on my ipaq than my notebook... long day..washed tractors,yard work,lots of honey do stuff....how about you? |
| 03:43:18 | flypiper | is ready to do some batch processing:) |
| 03:48:49 | flypiper | mibus:cya |
| 04:29:47 | mibus | colin_werk: hi |
| 04:29:50 | mibus | bye |
| 04:29:50 | mibus | ;) |
| 04:30:01 | colin_werk | Hi, bye :) |
| 07:46:40 | wizly | hi |
| 09:33:31 | pb_ | morning |
| 09:34:27 | colin_werk | Hi pb_ |
| 09:34:41 | colin_werk | IPv6 net? |
| 09:35:50 | pb_ | hi colin; yeah, I thought I'd try the openprojects^Wfreenode IPv6 server. |
| 09:36:36 | colin_werk | Ah. |
| 09:37:42 | prpplague | morning pb_ |
| 09:37:46 | pb_ | hi prpplague |
| 09:37:47 | prpplague | whats cooking today? |
| 09:39:03 | pb_ | Not a lot. It's a public holiday here. My main task for the day is to finish planting a new lawn. |
| 09:42:42 | prpplague | fun |
| 09:43:13 | colin_werk | Isn't this just throwing the seeds on thesoil, then walk on it a little while reading a book? |
| 09:45:51 | pb_ | More or less. Unfortunately there's a lot of tedious raking involved first to get the ground level, remove any rocks, broken glass etc, and that kind of thing. |
| 09:56:55 | colin_werk | Hmm, yeah... |
| 10:12:55 | wizly | is away: lunch time |
| 10:36:37 | pb_ | okay, so, it's time to make syncing work in the PIM apps. |
| 10:36:42 | pb_ | does anybody know how to write an Evolution conduit? |
| 10:40:35 | colin_werk | No, but I applaud the decision. |
| 10:41:43 | colin_werk | Exporting/importing from/to vcard/vcal would be enough for me since I use emacs' BBDB and diary for everything. |
| 10:41:51 | pb_ | I wrote a vCard exporter using mimedir yesterday. It doesn't actually work, as such, because some stuff is still missing from mimedir, but the general idea seems to be sound. |
| 10:42:05 | colin_werk | Ah, good. |
| 10:42:46 | pb_ | It looks like the import side of mimedir may be in better shape, so I might have a go at doing the other side later today. I haven't looked at vCal at all yet but that should also be fairly straightforward. |
| 10:43:48 | pb_ | The code is in cvs under the gpe-beam directory. There isn't much to it - basically it just pulls stuff out of sqlite and translates our database tags into mimedir object properties. |
| 10:44:27 | pb_ | For "proper" syncing I guess we will need to add some extra tags to the database to keep track of which items have changed and need to be synchronised. |
| 10:46:15 | colin_werk | How do sync apps handle conflicts? By letting the user take care of it? |
| 10:46:56 | colin_werk | BTW, somebody changed the Known DB tags wiki page recently |
| 10:47:04 | pb_ | That was me. |
| 10:47:16 | colin_werk | Ah :) |
| 10:47:28 | colin_werk | You should set your name in the config page. |
| 10:48:14 | pb_ | I think conflicts are usually handled with a configuration option that says which end will "win" if two changes collide. That's not totally satisfactory in a groupware kind of scenario, but I guess the situation probably doesn't arise very often. |
| 10:48:24 | pb_ | You're right, I should. Let me do that now. |
| 10:49:02 | colin_werk | Maybe we should also mark up the tags that are in CVS in the code and let new tags be added at the bottom. |
| 10:49:26 | colin_werk | Maybe just prefix them with an asterisk or something. |
| 10:49:58 | pb_ | Yeah. |
| 10:53:35 | pb_ | Or we could just get people to change the file in CVS directly, and figure out some way to get it published as a read-only web page. I think all the people who are likely to make changes have CVS access. |
| 11:02:14 | colin_werk | Yeah. |
| 11:02:53 | pb_ | going to buy grass seed, back later |
| 11:17:48 | jsmanrique | hi |
| 11:26:49 | grib | hi jsmanrique. |
| 11:30:42 | jsmanrique | I was sending some email |
| 11:31:17 | jsmanrique | anything new here?? specially for iPAQ3100 users? |
| 11:40:20 | grib | dunno. I don't know anything about 3100 issues. |
| 11:46:18 | jsmanrique | ok |
| 12:03:48 | jsmanrique | any of you know how can I access to a ipaq-like unit using usb port? |
| 12:04:19 | jsmanrique | ipaq-like: it uses linux, and it is a StrongARM unit |
| 12:05:07 | flypiper | jsmanrique: usb networking |
| 12:05:26 | jsmanrique | flypiper: ok, i'll look into the faq ;-) |
| 12:06:02 | flypiper | jsmanrique: you will need usb-eth on the ipaq-like device tho:(( |
| 12:06:05 | colin_werk | BBL |
| 12:09:01 | jsmanrique | flypiper: I think it has it already installed |
| 12:09:40 | flypiper | jsmanrique: you should be good to go then:) |
| 12:11:07 | jsmanrique | flypiper: yes, but how to know "where" is the machine.. |
| 12:11:35 | jsmanrique | flypiper: I can't access to any linux resorce in the ipaq-like machine.. it uses java as interface |
| 12:12:22 | flypiper | jsmanrique: sorry im not verry good at guessing.. dunno about ipaq-like box with java interface..sorry:\ |
| 12:13:37 | jsmanrique | flypiper: it is just a SA unit, with linux on it, but any user-interface is done using java.. I would like to access to terminal mode on it from my laptop or PC |
| 13:58:47 | cmarqu | spung: ready to go |
| 14:20:28 | jsmanrique | pierre! |
| 14:20:33 | pierre | hi. |
| 14:20:45 | jsmanrique | have you read my email? |
| 15:45:00 | mccarthy | hello all |
| 15:46:51 | jsmanrique | hello |
| 15:57:46 | mallum | hey |
| 16:13:03 | pb_ | hi mccarthy |
| 16:14:08 | mccarthy | pb_: hey there |
| 16:14:27 | mccarthy | I was just going to look at your changes |
| 16:15:08 | pb_ | mccarthy: gpe-calendar you mean? |
| 16:15:17 | mccarthy | pb_: yep |
| 16:15:17 | pb_ | cool. |
| 16:18:02 | mccarthy | pb_: could you move the "start" date-parsing thing stuff to a routine called "parse_date" |
| 16:18:28 | mccarthy | pb_: we need to use it again for recurrence end-dates and (eventually) for last-modified dates |
| 16:18:44 | pb_ | ok. |
| 16:18:50 | pb_ | do you want to do that, or shall I? |
| 16:19:25 | mccarthy | pb_: that was the one thing that hung me up from releasing my own version of your update.... :) so it would work better if you did it! |
| 16:19:35 | pb_ | ok. |
| 16:23:41 | pb_ | mccarthy: done. |
| 16:24:17 | mccarthy | pb_: ok. great |
| 16:24:29 | mallum | pb_: do you have a gdb that runs on the ipaq ? The one I just got of my arm machine gives me a relocation error |
| 16:24:39 | pb_ | mallum: there's a gdb package in familiar unstable. |
| 16:25:01 | mallum | pb_: oooh cool |
| 16:25:45 | mccarthy | pb_: looking at your code, I am confused on how the "convert_old_db" routine is going to work. Doe sit try to convert always? |
| 16:27:27 | pb_ | mccarthy: only once. |
| 16:30:29 | mccarthy | pb_: hmmm.... should there be an old_db.c? |
| 16:31:49 | pb_ | ah, did I forget to check that in? |
| 16:31:58 | mccarthy | yep |
| 16:32:10 | pb_ | whoops |
| 16:32:14 | pb_ | it's there now, sorry about that. |
| 16:33:22 | mccarthy | pb_: how should version numbers go for db's? |
| 16:33:38 | pb_ | dunno. |
| 16:34:52 | mccarthy | pb_: oh well, I will just have to start with version 1 and increment from there (I thought about making it tied to the gpe-calendar version, but that would be too painful to keep track of which is which) |
| 16:35:17 | grib | mccarthy: my experience: we use single integers for "schema revision number". update scripts installed with program take schema version N to N+1. so any time the app detects skew, run all update scripts between R (current revision) and N (revision app expects) |
| 16:35:59 | grib | and you store the schema revision number in the database, and in the app (at compile/configure time, or some other way if the app supports multiple different schema versions) |
| 16:36:28 | mccarthy | grib: ok thanks that mostly what I was going to do |
| 16:36:55 | mccarthy | pb_: now I am confused with your whole "MIGRATED" thingie... |
| 16:37:03 | grib | mccarthy: the nice thing about a app-version-independent schema revision is that if you change data semantics -- like allowed values in certain fields, or whatever -- but not program logic you can still upgrade sanely |
| 16:42:49 | colin_ | I'm getting mad. |
| 16:43:02 | pb_ | colin_: ? |
| 16:43:19 | colin_ | Can somebody please try gpe-ownerinfo and tell me why this stupid label doesn't show up? |
| 16:43:26 | colin_ | I guess it's very simple. |
| 16:43:40 | pb_ | which label are you having trouble with? |
| 16:43:48 | colin_ | I just checked in what I have, it should compile and install cleanly |
| 16:44:05 | pb_ | I haven't fixed my ipaq yet, but I guess I can test on the desktop. |
| 16:44:59 | colin_ | I have this small button (with tux), pressing it hides the table1 in my frame1 and is supposed to show a label (just for test purposes), but this doesn't seem to know where its parent is. |
| 16:44:59 | colin_ | pYeah, desktop is fine. |
| 16:45:09 | pb_ | argh, guess what? |
| 16:45:15 | pb_ | autotools :-( |
| 16:45:19 | pb_ | cd . && automake --gnu Makefile |
| 16:45:19 | pb_ | 24: bad macro name `' |
| 16:45:19 | pb_ | make: *** [Makefile.in] Error 1 |
| 16:45:21 | colin_ | Ugh. |
| 16:46:07 | colin_ | I guess I should convert all this to a normal makefile. |
| 16:46:23 | pb_ | That would certainly make me very happy. |
| 16:46:29 | colin_ | Should I check in my configure file for now? |
| 16:46:39 | colin_ | Or maybe Makefile too... |
| 16:46:41 | pb_ | Please. You'll need to check in Makefile.in as well, I expect. |
| 16:47:01 | pb_ | Actually, just configure.in will probably do, no need for configure itself. I don't usually have much trouble with autoconf. |
| 16:47:16 | pb_ | <jamey> Morn: I know what it is. I just copied 0.6-pre1 to 0.6-rc1 to get ready for a release candidate. |
| 16:47:17 | pb_ | wow |
| 16:49:42 | colin_ | Hrrm. Why is that configure.in refusing to go into CVS... |
| 16:50:48 | colin_ | Hmm. Was it in CVS already? |
| 16:51:15 | colin_ | Well, it is in now in any case. |
| 16:51:23 | pb_ | Cool. |
| 16:53:25 | pb_ | Can you check in Makefile.in too? Mine is hosed. |
| 16:54:20 | colin_ | The problem is in callbacks.c, the gtk_container_add (GTK_CONTAINER (widget), name); line. |
| 16:54:24 | colin_ | pb_: It's in. |
| 16:54:36 | colin_ | Line 30. |
| 16:55:31 | colin_ | A thunderstorm is coming up, I might need to get offline soon |
| 16:55:52 | pb_ | Um, doesn't frame1 already have something in it? |
| 16:56:04 | pb_ | Specifically, table1. |
| 16:56:07 | colin_ | Hmm, yeah... |
| 16:56:28 | colin_ | Can I remove that somehow? |
| 16:56:33 | pb_ | You will have to remove the old thing before you can add a new one. A frame can only hold one child. |
| 16:56:40 | pb_ | Yeah, gtk_container_remove or something. |
| 16:56:49 | colin_ | Ahaaaa. |
| 16:57:43 | colin_ | I'll play with that, thanks. The error message is not too nice :) |
| 17:01:17 | colin_ | pb_: Whee, it works! |
| 17:01:27 | pb_ | Yay. |
| 17:04:08 | PaxAnima | pb_: is there still a need for a calculator in GPE? |
| 17:04:41 | pb_ | PaxAnima: yes. We have minicalc, and jsmanrique is keen to get some kind of xcas-based thing working, but there is still some middle ground. |
| 17:05:06 | jsmanrique | PaxAnima: yes... there is some xcas port in the way.. |
| 17:05:12 | PaxAnima | what's xcas? |
| 17:05:31 | jsmanrique | I am doing a website for Scientific Digital Assistant project.. |
| 17:05:46 | jsmanrique | Spanish site is done.. I am working in english one.. |
| 17:05:49 | PaxAnima | http://v058b.studby.ntnu.no/calc2.jpg <-- a work in progress (named psCalc at the moment, but can be changed, of course) |
| 17:07:03 | jsmanrique | xcas is a CAS (Computer Algebra System) and much more.. |
| 17:07:10 | jsmanrique | it is not a simple calculator.. |
| 17:07:45 | jsmanrique | some xcas info in: http://www.asturlinux.org/~jsmanrique/en/giac.html |
| 17:08:13 | colin_ | PaxAnima: Nice. The free space surely is left for number base conversion, right? *nudge nudge* |
| 17:08:24 | pb_ | PaxAnima: looks like the kind of thing that's needed, yes. |
| 17:08:43 | jsmanrique | its interface is done with fltk and it is a C++ app.. so it needs some work. |
| 17:09:07 | jsmanrique | but I have a volunteer that wants to port it to gtk2.. |
| 17:09:12 | pb_ | cool. |
| 17:09:37 | PaxAnima | colin_: yes.. don't know I'm to make the input in other number bases or just make the result be displaed in the diffeent number bases |
| 17:10:51 | colin_ | PaxAnima: Hmm, in the first case, it is missing the a-f buttons, which might cram the GUI too much... but it would surely be nice. |
| 17:11:03 | colin_ | Or use the space for deg/rad |
| 17:12:03 | PaxAnima | colin_: tried with adding a-f (and b and o): http://v058b.studby.ntnu.no/calc4.jpg |
| 17:12:22 | PaxAnima | got a bit big then |
| 17:12:55 | PaxAnima | oh, and calc3.jpg has a picture with deg/rad and dec/oct/bin/hex button |
| 17:13:13 | colin_ | PaxAnima: Yes. It would be nice if it was still usable with the fingers, at least for normal operations. |
| 17:14:44 | jsmanrique | yes, this is true |
| 17:15:07 | colin_ | Maybe the buttons should have different sizes in a any case |
| 17:15:35 | PaxAnima | the font would be smaller on the ipaq, true |
| 17:17:37 | PaxAnima | time to buy some groceries.. bbl |
| 17:18:29 | colin_ | whines that in Germany the stores close that early |
| 17:21:43 | artrix | I have the same sentiment about banks in the States |
| 17:24:07 | grib | hey all - what's the name of the gpe "adduser" prog? |
| 17:24:21 | colin_ | Yeah, I remember that too. But then, there is online nabking, but not really online shopping for groceries |
| 17:24:40 | colin_ | grib: It's in gpe-login AFAIK |
| 17:25:03 | grib | colin_: so no way to get at it from a normal login? i.e. add another user? |
| 17:25:25 | pb_ | no. you can use adduser from a terminal though. |
| 17:25:49 | grib | ah, didn't know familiar finally had adduser :) |
| 17:28:46 | colin_ | One more GTK question. I now remove my table from my frame and display bigphotobutton instead. But now, lookup_widget doesn't know about bigphotobutton. |
| 17:29:30 | pb_ | Where is bigphotobutton created? |
| 17:29:33 | colin_ | I guess I need to set this bigphotobutton at a more toplevelish point. |
| 17:29:45 | colin_ | pb_: In that callbacks.c |
| 17:29:58 | grib | colin_: there are several tricks you can do... one is to use a gtknotebook with no tabs showing. it lets you create multiple "layers" of widgets in the same location and you can gtk_notebook_set_page to select the one to show -- and glade will know about them all |
| 17:30:04 | colin_ | Not good style I guess |
| 17:30:06 | pb_ | colin_: Are you doing gtk_widget_set_name() on it? |
| 17:30:21 | colin_ | pb_: Ah, no. |
| 17:30:30 | colin_ | grib: Oh. That sounds very nice. |
| 17:30:47 | colin_ | grib: Having Glade know about it is cool. |
| 17:30:50 | grib | the only problem is that the notebook sizes itself for the largest page, so you can get some funny allocation effects. |
| 17:31:14 | grib | but you can get funny allocation effects *anywhere* in gtk :) |
| 17:31:17 | colin_ | grib: I guess it's okay for me |
| 17:36:38 | colin_ | Ah. Glade won't let me cut and paste a full hierarchy. |
| 17:37:53 | colin_ | Works with the full frame, cool. |
| 17:37:53 | grib | colin_: whaddaya mean? it does for me. |
| 17:38:39 | colin_ | grib: When I select a table, then cut, it takes just a cell. A frame with this table in it is working fine. |
| 17:40:09 | colin_ | Oh, I see. I was using the wrong Cut. |
| 17:41:00 | grib | colin_: make sure you do the cut from the right-mouse menu, on the "table" section |
| 17:41:03 | grib | :) |
| 17:41:06 | colin_ | :) |
| 17:41:43 | mallum | If anyones interested I just uploaded a CVS debug ipkg build of matchbox ( with dock app dragging ) to my experimental dir, togeather with a tarball of the new theme I've been working on |
| 17:49:36 | mallum | pb_: see above ;) |
| 18:02:52 | pb_ | heh, cool. |
| 18:05:38 | colin_ | callbacks.c:21: warning: implicit declaration of function `gtk_notebook_set_current_page' |
| 18:05:45 | PaxAnima | are there any prebuild functions for conveting hex/oct/bin->dec? |
| 18:05:53 | colin_ | Huh? Isn't this in <gtk/gtk.h> |
| 18:06:19 | colin_ | Argh. i was looking at the GTK2 tutorial. |
| 18:06:40 | PaxAnima | colin_: gtk_notebook_set_page() 1.2? |
| 18:07:19 | colin_ | PaxAnima: Indeed, thanks |
| 18:22:35 | colin_ | Can I copy the unhighlighted style of a button to its highlighted style? I.e., I never want it to look like a normal button. |
| 18:26:00 | pierre | I 'm doiing the stuff I threatened last Friday :) |
| 18:26:12 | colin_ | Which was? |
| 18:26:18 | pierre | adding some gtk_window_set_transient_for for error box.. |
| 18:26:31 | pierre | to make them not to be fullscreen. |
| 18:27:12 | pierre | http://www.handhelds.org/scap/port.25004.png |
| 18:27:57 | colin_ | Is it guaranteed that these will always stay in the foreground? |
| 18:27:58 | pierre | I dont like the hacks mallum recommends me but.. |
| 18:28:04 | pierre | yes. |
| 18:28:12 | colin_ | Good. |
| 18:28:27 | pierre | it is the way gpe-logout do it. |
| 18:28:37 | pierre | with a fake window |
| 18:29:00 | moray | pierre: yes, because I tried it and it worked - there's probably a better way... |
| 18:29:17 | pierre | any idea? |
| 18:29:37 | colin_ | grib: BTW, your notebook suggestion works very well |
| 18:29:58 | pierre | for the others, here is the Hack: |
| 18:30:00 | pierre | fakeparentwindow = gtk_window_new(GTK_WINDOW_TOPLEVEL); |
| 18:30:00 | pierre | gtk_widget_realize (fakeparentwindow); |
| 18:30:00 | pierre | window = gtk_dialog_new (); |
| 18:30:00 | pierre | gtk_window_set_transient_for (GTK_WINDOW(window), GTK_WINDOW(fakeparentwindow)); |
| 18:30:56 | pierre | moray: when is the fakeparentwindow released? |
| 18:31:29 | moray | pierre: gpe-logout quits when you press a button... |
| 18:31:36 | grib | colin_: thx, I use it myself all the time :) |
| 18:32:16 | pierre | ok. So I should implement some things to release it for libgpewidget.. |
| 18:42:37 | pb_ | pierre: have you tried using the session leader window as the transient-for parent? |
| 19:01:30 | PaxAnima | colin_: my calculator now handles bin/oct/hex as well ;) |
| 19:03:12 | colin_ | Nice :) |
| 19:06:01 | wizly | is back (gone 08:53:07) |
| 19:06:12 | wizly | hi |
| 19:07:27 | BBrox | Anyone knows how to use 'libopcode' ? |
| 19:08:38 | pb_ | BBrox: what are you trying to do? |
| 19:09:59 | BBrox | pb_: well, I want to have some piece of code 'walking through' some ASM (so I would need to 1) get addresses of functions and 2) do some 'step instruction') |
| 19:10:13 | BBrox | I know I could do a 'objdump -d .....' and then parse the resulting text file, but it's less fun :-) |
| 19:10:52 | pb_ | BBrox: for (1), do you want to go from addresses to symbols or the other way around? |
| 19:11:46 | BBrox | pb_: I think both.. As I would need to go symbol => address to find the entry point and then, for displaying, address => symbol (but the latter could be done using map files= |
| 19:12:06 | BBrox | Basically, I would like to do a 'stack' analysis tool which will follow code execution :-) (just to see if it's feasible or not) |
| 19:13:19 | pb_ | BBrox: hmm, right. To be honest, libopcode is just a disassembler; it probably doesn't do much of what you need. |
| 19:14:10 | BBrox | pb_: well, in that case, I will go the objdump -d and some text parsing. Or I could do my own opcode reading (it's a RISC-like CPU, so it would be easy) |
| 19:14:51 | pb_ | BBrox: if you are prepared to do text parsing, you can use opcode and interpret its output, which will at least avoid the need for a temporary file. |
| 19:15:09 | BBrox | pb_: yup, this was my first idea. |
| 19:15:53 | pb_ | BBrox: you just need to set up your own fprintf_func for opcode that puts output into a text buffer, and then read from there. |
| 19:17:05 | pb_ | BBrox: you can cope the code from objdump.c::disassemble_bytes that deals with symbols. |
| 19:17:09 | pb_ | s/cope/copy/ |
| 19:19:32 | pb_ | pierre: thanks for the patch; did you answer the question I asked earlier? |
| 19:19:34 | pb_ | <pb_> pierre: have you tried using the session leader window as the transient-for parent? |
| 19:19:57 | pb_ | pierre: I would prefer not to create this "fake" window if it can be avoided. |
| 19:21:59 | pb_ | pierre: also, it would be nice to set the window position based on the type of display. In stylus mode, having it in the centre is indeed appropriate, but otherwise it might be easier for the user to have the dialog pop up near the pointer. I find it quite irritating if I'm working in a corner of the screen and I have to move the mouse to the middle to dismiss an error box or the like. |
| 19:39:21 | pierre | I dont remember this.. |
| 19:41:58 | pierre | The fact that the Dialog show itself at the mouse point is a well known problem, and it is surely question of taste.. |
| 19:44:22 | pierre | do you speak of gdk_leader_window? |
| 19:47:26 | pb_ | Yes. |
| 19:49:01 | pierre | Well it's you the boss.. Do you want me to do that? |
| 19:53:50 | pierre | I m just reading in http://developer.gnome.org/doc/API/2.0/gtk/gtk-changes-2-0.html: |
| 19:54:08 | pierre | * |
| 19:54:08 | pierre | The following variables are no longer exported from GDK. (Other variables are also no longer exported; the following are the ones found used externally in a large sample of GTK+ code.) |
| 19:54:08 | pierre | Variable Replacement |
| 19:54:08 | pierre | gdk_null_window_warnings None - did nothing in GTK+ 1.2 |
| 19:54:08 | pierre | gdk_leader_window None - private variable |
| 19:54:38 | jsmanrique | pierre: thinking about some gtk2 port? |
| 19:56:10 | pierre | jsmanrique: yes and no. |
| 19:56:33 | pierre | jsmanrique: libgpewidget should compile either for gtk1.2 and gtk2.0 |
| 19:56:44 | jsmanrique | pierre: it should |
| 19:56:56 | jsmanrique | pierre: thinking in the future |
| 19:57:34 | pierre | jsmanrique: Actually it does. There is a gpe for gtk2. |
| 19:58:18 | jsmanrique | pierre: I didn't know it |
| 19:58:19 | pierre | jsmanrique: libgpe.so.1 is for gtk2 and libgtk.so.0 is for gtk1.2 |
| 19:59:13 | jsmanrique | pierre: so libgpe.so.1 would need libgtk2.. |
| 20:00:09 | pierre | jsmanrique: gtk2 is mainly backward compatible. thats why IMHO it would be better if xcas was ported to gtk1.2 minus the light things that do not compile under gtk2 |
| 20:00:32 | pierre | And not use gtk2 new feature for now. |
| 20:00:34 | jsmanrique | pierre: so it would be possible running gtk2 apps in the iPAQ using gpe .. woultn't it? |
| 20:01:15 | pierre | jsmanrique: yes, but it is a lot heavier.. |
| 20:01:49 | jsmanrique | pierre: yes, I know.. maybe Jim ideas about how to reduce it were useful |
| 20:02:39 | jsmanrique | pierre: maybe thinking about deleting some widgets, uclibc,.. |
| 20:02:51 | pierre | jsmanrique: yes. |
| 20:03:56 | jsmanrique | pierre: ok, next time I talk with my friend that wants to port xcas to gtk2 I will talk him about this |
| 20:04:08 | pierre | jsmanrique: all as been discussed on the list. And the conclusion is think about gtk2, but for now, write as far a possible to be both compatible |
| 20:04:46 | jsmanrique | pierre: that's what I have understood from the list discussion about gtk2 |
| 20:04:57 | jsmanrique | pierre: and I have talked with him about it.. |
| 20:06:37 | pierre | and/ |
| 20:06:40 | pierre | ? |
| 20:07:34 | jsmanrique | pierre: he is reading xcas code.. I haven't talked with him about it again.. |
| 20:08:07 | jsmanrique | pierre: too much work in our LUG now, adding some improvements for members |
| 20:12:12 | pierre | ok. |
| 20:13:14 | jsmanrique | wellcome berrueta.. |
| 20:13:19 | berrueta | :-) |
| 20:13:25 | berrueta | hello everyone |
| 20:13:37 | jsmanrique | I think pierre and you would like sharing some ideas about gtk2 and xcas ;) |
| 20:13:46 | pierre | hi. |
| 20:13:50 | berrueta | hi, pierre |
| 20:14:00 | berrueta | i'm afraid this isn't a very good moment |
| 20:14:17 | berrueta | maybe tomorrow |
| 20:14:19 | jsmanrique | berrueta: what happens? |
| 20:15:44 | pb_ | pierre: hmm, I hadn't noticed that gdk_leader_window was removed in gtk 2, that's a good point. |
| 20:16:31 | pierre | pb_: so what shall I do? |
| 20:16:48 | pb_ | pierre: I might try to persuade the gtk guys to put it back. Meantime I guess we should stick with the fake window like you have it already. |
| 20:17:49 | pierre | pb_: You definitively do not have the same weapons than me :) |
| 20:17:56 | pb_ | pierre: I will check your patch in. Can you write a changelog entry and append that to the bug? |
| 20:18:17 | pierre | ok. |
| 20:18:23 | pb_ | cool. |
| 20:29:46 | pb_ | pierre: your patch is checked in now. |
| 20:30:26 | pierre | pb_: nice. |
| 20:31:21 | mccarthy | pb_: whats with the *MIGRATED* tags? |
| 20:36:01 | pb_ | mccarthy: ? |
| 20:36:23 | mccarthy | pb_: in the old_db.c you are looking for MIGRATED tags in the db... |
| 20:36:49 | pb_ | mccarthy: that's to stop it converting your data over and over again. |
| 20:37:11 | mccarthy | pb_: do you mind if I ditch it (and do the versioning thing instead) |
| 20:37:20 | pb_ | be my guest. |
| 22:17:11 | wizly | night |
| 22:17:20 | wizly | thanx for all |
