| 04:27:39 | colin_werk | Morning. |
| 08:08:57 | pb_ | good morning #gpe |
| 08:09:29 | colin_werk | Hi pb_ |
| 08:09:36 | colin_werk | --> Lunch |
| 08:09:57 | PaxAnima | good morning |
| 08:10:56 | jsmanrique | hello, good morning |
| 08:11:08 | mallum | hey all |
| 08:12:49 | jsmanrique | I am doing a superfial read from PalmOS User Interface guide.. |
| 08:13:00 | pb_ | yo mallum |
| 08:13:06 | jsmanrique | seems a good reading for UI development |
| 08:13:17 | PaxAnima | I got up at 9 (after 5 hours of sleep), biked down to the university, just to find out that my lectures were canceled :/ |
| 08:13:56 | PaxAnima | what a day |
| 08:15:00 | mallum | hey pb_ |
| 08:15:34 | mallum | PaxAnima: sounds good if you've had no sleep |
| 08:15:56 | jsmanrique | PaxAnima : sorry, I haven't had time to install your calc and see it working.. |
| 08:16:39 | PaxAnima | jsmanrique: no problem... thought I had a final version of it yesterday, just to find out that there were some strange seg.faults... |
| 08:18:08 | jsmanrique | PaxAnima : ok, I am at work now (holidays ended last 2nd September) and I must prepare my HPCC London Conference.. |
| 08:18:40 | PaxAnima | ok |
| 08:20:00 | jsmanrique | has any body seen ipaq3100 gpe look? |
| 08:20:25 | jsmanrique | it seems that png files doesn't look too good. Is it a png or ipaq problem? |
| 08:26:39 | jsmanrique | ok.. |
| 08:27:03 | jsmanrique | no idea? |
| 08:28:50 | jsmanrique | about development, is http://www.handhelds.org/z/wiki/GpeCrossCompilation toolchain the same that Debian offers as sources? |
| 08:29:56 | jsmanrique | I mean, the one here: http://packages.debian.org/stable/devel/toolchain-source.html |
| 08:33:22 | mallum | moray: you know this one :- http://www.debian.org/security/dsa.en.rdf |
| 08:41:34 | pb_ | jsmanrique: you mean that colour pngs don't render well on the monochrome screen? |
| 08:41:47 | pb_ | jsmanrique: that's just a fact of life, it isn't really a "problem" with either the ipaq or the png. |
| 08:42:40 | pb_ | jsmanrique: no, the monmotha toolchain is different to the debian one. |
| 08:42:57 | jsmanrique | pb_ :maybe, but I remember that windowsce look a bit better.. |
| 08:43:19 | pb_ | jsmanrique: they probably have a separate set of images for monochrome use; that's the only way to make it look good. |
| 08:43:40 | jsmanrique | pb_ : ok, so monochorme pngs are needed for ipaq3100.. |
| 08:44:10 | jsmanrique | pb_ : perhaps it should be needed to create a low resources familiar+gpe version.. |
| 08:44:27 | jsmanrique | pb_ : for 16MB and monochrome screens.. |
| 08:45:05 | pb_ | The two things are kind of orthogonal. |
| 08:45:16 | pb_ | You could bug dc_ to make a gpe-icons-monochrome package, or just build one yourself. |
| 08:46:04 | jsmanrique | maybe |
| 08:46:53 | jsmanrique | perhaps it is a work to do for SDA project.. |
| 08:46:59 | jsmanrique | one more ;-) |
| 08:48:31 | jsmanrique | I am studying how to minimize resources needed to run gpe.. |
| 08:48:54 | jsmanrique | just to get some space for xcas |
| 08:52:55 | pb_ | As in flash space, or RAM at runtime? |
| 08:53:18 | jsmanrique | both... |
| 08:53:29 | jsmanrique | mainly in RAM at runtime |
| 08:53:44 | pb_ | Well, making it so that you can kill off gpe-appmgr would be a good start. |
| 08:54:12 | jsmanrique | now I have gpe (basic) + fltk library + xcas running thanks to gpe-appmgr kill |
| 08:54:19 | pb_ | Ah right. |
| 08:54:32 | jsmanrique | if xcas is ported to gtk, fltk could dissapear.. |
| 08:54:35 | pb_ | I guess stuff like matchbox has a fairly low memory footprint, though I haven't measured it. |
| 08:55:01 | pb_ | Right, but you would then need GTK in memory instead of fltk, so you might not save anything really. |
| 08:55:25 | jsmanrique | yes, but gtk is already there.. for gpe, isn't it? |
| 08:55:25 | pb_ | Obviously getting rid of fltk would help with flash though, so I guess it's still worthwhile. |
| 08:55:52 | pb_ | In flash, yes. |
| 08:56:24 | jsmanrique | ? |
| 08:56:42 | jsmanrique | doesn't gpe use gtk for running? |
| 08:56:45 | mallum | pb, jsmanrique: last time I checked matchbox uses just under a meg of memory |
| 08:57:09 | mallum | pb_, jsmanrique: basically f**k all compared to most wm's |
| 08:57:23 | jsmanrique | mallum : yes, I know.. |
| 08:57:36 | jsmanrique | mallum : and it is in woody ;-) |
| 08:57:51 | mallum | jsmanrique: most memory usage will come from atheme, Id recommend using the depmo theme as this uses no pixmaps |
| 08:58:27 | jsmanrique | mallum : ok.. I take note ;-) |
| 08:58:29 | mallum | jsmanrique: well no external xpms anyway |
| 09:00:51 | jsmanrique | mallum : thanks.. |
| 09:01:43 | jsmanrique | other feature that I find a bit annoying is gpe-login, everytime I turn off the unit. Ok, it is a personal question, I know |
| 09:02:23 | jsmanrique | I like the use of gpe-login after a reboot, but every turn on is a bit much of work |
| 09:09:03 | Hallski | what is the matchbox? |
| 09:09:27 | | hmmm... matchbox is a X11 window manager for handheld devices. Info, screenshots & downloadable at http://handhelds.org/~mallum/matchbox . Ipkg is in the familiar unstable feed. Development versions and other goodies at http://handhelds.org/~mallum/downloadables/ |
| 09:09:27 | mallum | ibot: matchbox |
| 09:09:37 | Hallski | is that 1 MB?? |
| 09:09:51 | mallum | uh ? |
| 09:10:17 | Hallski | [12:02] <mallum> pb, jsmanrique: last time I checked matchbox uses just under a |
| 09:10:17 | Hallski | meg of memory |
| 09:10:27 | Hallski | is that on disk or when running? |
| 09:12:18 | colin_werk | jsmanrique: Maybe http://europa.debian.org/cgi-bin/bugzilla/show_bug.cgi?id=90 would already help |
| 09:15:17 | colin_werk | jsmanrique: See also http://handhelds.org/z/wiki/GpeHIG, feel free to add stuff you find useful |
| 09:15:57 | jsmanrique | yes, I know I should use a bit more bugzilla for suggestions, maybe |
| 09:16:15 | jsmanrique | colin_werk : thanks, I should ;-) |
| 09:16:20 | colin_werk | Hallski: when running. The tarball is about 200k |
| 09:18:19 | mallum | Hallski: the binary is ~50-60k depending on what you compile in |
| 09:18:49 | Hallski | ok, just curious, I tried out qpe and everything including apps took about 8MB |
| 09:19:08 | Hallski | trying out gpe everything (with less apps) is about 14556 MB |
| 09:19:36 | mallum | Hallski: hmm, I've heard the exact opposite |
| 09:20:50 | Hallski | mallum: well, 0.5.2 (which I had with qpe) and 0.6.whatever-it-was (which I had to use with gpe) might be part of it |
| 09:21:40 | mallum | Hallski: Im sure the base image before any windowing system takes up a few meg anyway |
| 09:21:59 | Hallski | yes, the base image is about 5 MB I think |
| 09:22:08 | Hallski | add X (which you don't use with qpe) |
| 09:22:56 | Hallski | but a wm for a handheld like the ipaq doesn't really need much of a wm, right? |
| 09:23:05 | mallum | so you saying qpe runs in 3 Megs ? |
| 09:23:05 | Hallski | ie. only something that keeps X happy |
| 09:23:17 | mallum | Hallski: yeah use CE then |
| 09:23:24 | Hallski | mallum: ? |
| 09:23:34 | mallum | uh sorry, misread |
| 09:23:36 | mallum | ignore |
| 09:42:40 | mallum | wierd I just apt upgraded and matchbox got upgraded |
| 09:57:45 | ujsmanriqe | oops. |
| 09:58:41 | ujsmanriqe | is there any gpe-filemanager screenshot? |
| 10:00:54 | pb_ | dunno, but I guess I can make one without too much trouble. |
| 10:04:42 | jsmanrique | I have get my usual nick again ;) |
| 10:05:41 | jsmanrique | what are main advantages of X over framebuffer in handhelds? |
| 10:07:54 | jsmanrique | what are main advantages of X over framebuffer in handhelds? |
| 10:08:13 | jsmanrique | I've seen that microwindows have less comunity than this.. |
| 10:11:05 | pierre | yes. and dont seems to evolute much. |
| 10:12:09 | mallum | jsmanrique: with microwindows you loose alot of apps that will run |
| 10:12:14 | pierre | jsmanrique: there is a screenshoot of gpe-filemanager on scap |
| 10:15:55 | Hallski | does anyone know when it was discussed whether to move to gtk2 on the list? |
| 10:20:58 | jsmanrique | pierre : thanks.. |
| 10:21:19 | jsmanrique | I have added a "bug" in bugzilla about gpe-icons in ipaq3100 screen |
| 10:23:07 | jsmanrique | could these components be called from other apps? |
| 10:23:30 | jsmanrique | I mean gpe integration, so apps could use components from oters |
| 10:23:47 | pb_ | Hallski: yes, see the archives. |
| 10:24:41 | Hallski | pb_: _when_, it takes a long time trying to find discussion without knowing when it was discussed |
| 10:25:19 | jsmanrique | for example using gpe-filemanager to open files from gpe-edit or a possible gpe-xcas.. |
| 10:25:52 | jsmanrique | or using gpe-edit as programs editor for a possible gpe-xcas.. |
| 10:26:07 | pb_ | Hallski: quite recently, maybe last month. |
| 10:26:15 | Hallski | pb_: ok, thanks |
| 10:26:16 | pb_ | Hallski: the gpe list isn't exactly high volume, it should be easy to find. |
| 10:28:38 | jsmanrique | Hallski : see this thread http://handhelds.org/pipermail/gpe/Week-of-Mon-20020812/000651.html |
| 10:30:14 | jsmanrique | Hallski : I hope it helps |
| 10:30:22 | Hallski | pb_: "Philip Blundell", that's you? |
| 10:30:37 | pb_ | Yes. |
| 10:30:57 | jsmanrique | what about gpe apps integration I said before? |
| 10:31:25 | pb_ | I don't understand what you mean. |
| 10:31:31 | Hallski | jsmanrique: thanks for the link |
| 10:31:58 | jsmanrique | I mean using gpe apps i other gpe apps.. I am so newbie , so sorry if it is a stupid question |
| 10:32:11 | jsmanrique | for example using gpe-filemanager to open files from gpe-edit or a possible gpe-xcas.. |
| 10:32:26 | pb_ | Oh, I see. Kind of like Bonobo components, you mean. |
| 10:32:34 | pb_ | There isn't any support for that at the moment, no. |
| 10:32:44 | jsmanrique | perhaps.. so some code would be earned |
| 10:32:53 | jsmanrique | pb_ : ok, I see |
| 10:33:02 | pb_ | In the particular case of opening files, there is gtkminifilesel in libgpewidget which provides a file selector dialog. |
| 10:33:20 | jsmanrique | but bonobo for familiar already exists |
| 10:33:25 | jsmanrique | pb_ : ok |
| 10:33:46 | jsmanrique | pb_ : I haven't had time to see libgpewidget brings.. |
| 10:34:34 | pb_ | Most of the stuff in libgpewidget is documented on the web page. I think it may not be 100% up to date though. |
| 10:34:41 | pb_ | For example, gpe_question_ask probably isn't there. |
| 10:34:58 | jsmanrique | gpe apps could be tested in the PC before compling them for arm, couldn't they? |
| 10:35:56 | jsmanrique | remember, I am very newbie, so every howto is like a teasure for me ;) |
| 10:36:12 | colin_werk | jsmanrique: That's what most people do I guess. |
| 10:36:33 | pb_ | Yes, you can compile gpe apps on a desktop easily enough, and run in Xnest if you want to test with matchbox or a small screen. |
| 10:37:54 | jsmanrique | ok, so all I need are sources.. don't I? |
| 10:38:01 | pb_ | Yes. |
| 10:38:08 | pb_ | All the GPE sources are in the CVS tree. |
| 10:38:48 | jsmanrique | and using clasical ./configure and make would work? |
| 10:39:20 | colin_werk | I'll add some xnest info to GpeHacking when I get home |
| 10:39:21 | pb_ | No ./configure, just make in most cases. |
| 10:39:30 | pb_ | Colin's stuff needs ./configure. |
| 10:39:38 | colin_werk | :) |
| 10:39:46 | pb_ | So does gpe-contacts, and maybe a couple of other things. |
| 10:40:07 | colin_werk | ./autogen.sh even. I didn't check in configure, just configure.in |
| 10:40:21 | jsmanrique | colin_werk : thanks for GpeHacking web ;) |
| 10:41:20 | colin_werk | jsmanrique: remember, you can edit everything on the wiki. So if something is not clear and you figure it out nevertheless, please add that missing information |
| 10:41:53 | colin_werk | If something under gpe-.handhelds.org is not clear, file a bug against the web pages |
| 10:42:26 | jsmanrique | colin_werk : I would do it.. thanks |
| 10:43:00 | jsmanrique | colin_werk : I am still too newbie to know if it is not clear or if I am too newbie ;-) |
| 10:45:29 | Hallski | pb_: you seem to have stirred up quite a discussion :) |
| 10:50:27 | pb_ | Yes. :-} |
| 10:50:47 | Hallski | pb_: so have you come anywhere trying to shrink gtk2? |
| 10:51:24 | pb_ | I did start looking at it, but no real results yet. There is some discussion in yesterday's IRC log about saving space. |
| 10:54:56 | Hallski | pb_: ok |
| 10:56:58 | Hallski | pb_: you know if anyone looked at the handwriting stuff from qpe? |
| 10:57:21 | jsmanrique | maybe it was me about getting gpe for low resources units like 3100 series.. |
| 10:59:06 | pb_ | Not that I know of. |
| 13:22:07 | moray | Hallski: there's also a lot of things that would help with handwriting that as far as I know QPE doesn't do |
| 13:22:28 | moray | Hallski: though some of these require a UI where a whole word is written in one go to work best |
| 13:22:59 | moray | Hallski: e.g. you can assume it's more likely the person's writing a real word, and automatically fix quite a lot of misrecognitions |
| 13:23:42 | moray | xkbd could do some things like that too, btw ;) |
| 13:24:04 | colin_werk | We could even check against words (names) from our database. |
| 13:24:05 | moray | (so that it fixes things if you 'miss' the letter in an obvious way) |
| 13:33:27 | colin_werk | BBL |
| 13:37:49 | mallum | moray: xkbd ? |
| 13:41:16 | Hallski | moray: hmm .. not really following (but I'm in a rush) |
| 13:41:27 | Hallski | moray: I just thought that the QPE handwriting stuff was really good |
| 13:41:37 | Hallski | though I only tried it out for about a day |
| 13:43:47 | moray | mallum: I saw some article about on-screen keyboards, pointing out people hit the wrong keys, so you can allow for this by using probabilities to decide the actual letter produced, weighted by the distance of where they hit from the surrounding letters |
| 13:44:51 | mallum | moray: yeah that'd be cool |
| 13:45:14 | mallum | moray: but first I need to find a decent dictionary compression / indexing algorithm |
| 13:46:04 | moray | mallum: well, we could do with a global wordlist of some sort. (how much does JFFS2 compress one anyway) |
| 13:46:55 | mallum | moray: getting a word list is not a problem |
| 13:47:28 | moray | mallum: but as you say, having it compressed, and preferably indexed for quick lookups, would help a lot |
| 13:47:56 | mallum | moray: yeah exactly |
| 13:51:22 | mallum | moray: if you can find/write one Id be up for making xkbd a little more intelligent and writing a word completion app |
| 14:03:39 | mallum | Anyone know of a really simple wm that focuses windows when you click on the actual window ( ie not the windows titlebar ) ? |
| 14:07:03 | pb_ | fvwm? dunno how simple it is though. |
| 14:07:51 | mallum | pb_: yeah I think thats quite a beast |
| 14:07:55 | mallum | pb_: I will check |
| 14:09:50 | mallum | pb_: eek 2megs of src |
| 14:14:26 | mallum | pb_: hmm, alittle too complex |
| 14:18:41 | pb_ | wow |
| 14:18:47 | pb_ | is that fvwm1 or fvwm2? |
| 14:19:31 | pb_ | mallum: fvwm1 is about 600k of source, not too bad. |
| 14:20:17 | mallum | pb_: ok, I'll try that - just had another idea I want to try |
| 14:23:57 | mallum | pb_: somehow xterms ( and rxvts ) block button events from getting to the wm. Its puzzled me for ages on how to get round it |
| 14:44:17 | pb_ | Wow, Nils just checked something in to CVS. |
| 14:44:34 | cmarqu_ | Whee! |
| 14:44:50 | pb_ | Only a web page change, admittedly. |
| 14:44:55 | cmarqu_ | :/ |
| 14:50:20 | PaxAnima | pb_: if I am to upload the calc code to CVS, where should I put it? (not quite ready for upload yet, but very soon) |
| 14:51:04 | pb_ | Just put in base, that's what everybody else does. |
| 14:52:09 | PaxAnima | what should I name the dir? (gpe-calc is taken) |
| 14:52:22 | pb_ | Whatever your program is called. |
| 14:52:40 | PaxAnima | ok.. I'll stick with the psCalc name then |
| 14:53:03 | pb_ | OK. |
| 14:53:49 | pb_ | Get Colin to create a bugzilla component for it too, in preparation for the huge numbers of bugs he will no doubt file against it. |
| 14:54:23 | cmarqu_ | Okay, will do. |
| 14:54:30 | cmarqu_ | (both) |
| 14:54:32 | cmarqu_ | :) |
| 14:54:34 | pb_ | :-) |
| 14:54:54 | pb_ | PaxAnima will need to sign up for a bugzilla account first, unless he has one already. |
| 14:55:07 | cmarqu_ | PaxAnima: Do you have an account on GPE bugzilla? |
| 14:55:13 | cmarqu_ | Ha. |
| 14:57:11 | PaxAnima | cmarqu_: soon... |
| 14:57:16 | PaxAnima | cmarqu_: no |
| 14:57:17 | PaxAnima | I mean |
| 19:37:39 | spung | happy birthday to me |
| 19:59:01 | dc_ | evening |
| 19:59:28 | pierre | hi. |
| 19:59:46 | dc_ | how's it going? |
| 19:59:48 | pierre | happy birthday spung! |
| 19:59:57 | Hallski | hi |
| 20:00:07 | Hallski | woo, happy birthday spung :) |
| 20:00:18 | pierre | nice, I ve seen gpe-filemanager looks good. |
| 20:01:06 | dc_ | spung: yay LD |
| 20:01:07 | dc_ | :D |
| 20:01:12 | pierre | dc_: do you think about the recent_dir menu we discuss befor holidays? |
| 20:01:14 | dc_ | pierre: cool thanks :) |
| 20:01:26 | dc_ | pierre: ah yeah, I'll add that to my TODO |
| 20:01:44 | pierre | a big list? |
| 20:01:48 | dc_ | pierre: maby find some time this weekend to start gpe-gallery and add some stuff like that to gpe-filemanager |
| 20:01:53 | dc_ | pierre: not right now. |
| 20:02:19 | pierre | gpe-gallery ? |
| 20:02:19 | dc_ | pierre: mainly some sort of propper mime program support, directory sorting and fixing the list view |
| 20:02:24 | dc_ | plus the recent dir list |
| 20:02:32 | dc_ | pierre: like sview |
| 20:02:42 | dc_ | pierre: an image viewer |
| 20:02:46 | pierre | to avoid qiv |
| 20:02:51 | dc_ | yep |
| 20:03:09 | dc_ | and it will be great for looking at photos from a canera's CF card. |
| 20:03:11 | pierre | dont you think qiv works well? |
| 20:03:32 | dc_ | pierre: I like it lots, but the idea is to have a gallery to select photos |
| 20:03:35 | dc_ | pierre: etc... |
| 20:03:43 | dc_ | pierre: and make life easy for lame users :) |
| 20:03:47 | cmarqu_ | qiv is imlib. |
| 20:03:48 | pierre | ok.. |
| 20:04:00 | dc_ | pierre: take a look at ipaq.geekserve.org for sview, the python version |
| 20:04:30 | pierre | you couldreplace the icon by preview in gpe-filemanager |
| 20:04:39 | pierre | I dont have python installed anymore.. |
| 20:04:49 | cmarqu_ | Let me plug http://imagic.weizmann.ac.il/~dov/freesw/gtk/gtk-image-viewer/ once again |
| 20:06:35 | pierre | cmarqu_: maybe it is a big prg.. |
| 20:07:16 | cmarqu_ | gtk-image-viewer? |
| 20:07:31 | pierre | yes |
| 20:07:33 | cmarqu_ | But we use pixbuf anyway, and we could get rid of imlib. |
| 20:07:44 | dc_ | I plan to use from stuff for that cmarqu_ |
| 20:07:58 | pierre | I 'm just seeing sview. seems to be a great stuff. |
| 20:08:10 | cmarqu_ | qiv alone has no functionality, you need to count imlib as well |
| 20:08:13 | cmarqu_ | dc_: cool |
| 20:08:52 | cmarqu_ | Hell, nobody ever answers on #gtk+ |
| 20:10:25 | pierre | on what server? |
| 20:11:20 | cmarqu_ | pierre: irc.gimp.org |
| 20:11:49 | cmarqu_ | pierre: BTW, we need a login screen xkbd selector in gpe-conf now :) |
| 20:12:24 | pierre | yes! |
| 20:13:03 | cmarqu_ | But it really should be clever, like "per user". |
| 20:13:20 | pierre | I thought of checkbox Numerical password in users. |
| 20:13:37 | cmarqu_ | root should have a full alphanumeric password, simple user could get away with numeric |
| 20:13:39 | pierre | I dont think peruser is possible. |
| 20:13:44 | cmarqu_ | pierre: Yeah, that might work. |
| 20:13:54 | pierre | cause of the login |
| 20:14:25 | pierre | but in the lock, it maybe possible. |
| 20:14:31 | cmarqu_ | pierre: well, the xkbd has to change then of course. Should be possible *somehow*, even if not easy... |
| 20:14:49 | pierre | you dont logout every hour.. |
| 20:15:10 | pierre | cmarqu_: you have seen my xkbdconfig? |
| 20:15:40 | cmarqu_ | A different behaviour between login and lock is ugly IMO |
| 20:15:47 | cmarqu_ | pierre: A new one? No, not yet. |
| 20:15:49 | pierre | http://www.handhelds.org/scap/port.5650.png |
| 20:16:10 | cmarqu_ | pierre: Oh, yeah, that's why I wrote that. |
| 20:17:34 | pierre | and we need gpe-ownerinfo in the lock-screen.. |
| 20:17:47 | cmarqu_ | Yeah. |
| 20:18:26 | pierre | I 've search a simple manner to do that.. dont found :} |
| 20:18:38 | cmarqu_ | Right now, I'm trying to make the size of the icon automatic. It works, but I get the same widget added to a container twice... |
| 20:19:15 | cmarqu_ | pierre: mallum tells me I should make my window a dialog (overide redirect) |
| 20:19:28 | cmarqu_ | s/dialog/popup/ |
| 20:19:33 | cmarqu_ | to keep it on top |
| 20:19:45 | pierre | maybe an idea.. |
| 20:20:01 | pierre | will matchbox handle the window? |
| 20:20:17 | cmarqu_ | Don't know. |
| 20:20:40 | pierre | I fear.. |
| 20:20:51 | cmarqu_ | Can't rely on that for the login, but it would be nice if the treatment would be the same for login anf lock |
| 20:21:38 | pierre | yes. |
| 20:23:19 | cmarqu_ | dc_: Have you seen qphoto from http://www.uv-ac.de/ ? |
| 20:24:05 | dc_ | er no |
| 20:24:17 | cmarqu_ | Might give you some ideas... |
| 20:26:26 | dc_ | I will take a look |
| 20:26:40 | jsmanrique | hello |
| 20:26:46 | cmarqu_ | Hi jsmanrique |
| 20:26:54 | jsmanrique | hi |
| 20:26:54 | jsmanrique | good night |
| 20:27:10 | cmarqu_ | jsmanrique: GpeHacking has some xnest info at the end now |
| 20:27:37 | jsmanrique | cmarqu_: I will take a look on it.. thanks |
| 20:28:58 | cmarqu_ | PaxAnima: are you there? |
| 20:29:03 | PaxAnima | cmarqu_: yes |
| 20:29:11 | cmarqu_ | PaxAnima: GTk time again... :) |
| 20:29:32 | PaxAnima | is pretending to be a GTK+ expert (again) |
| 20:29:46 | XTRASGU | jsmanrique: Where are you? |
| 20:29:55 | jsmanrique | XTRASGU: here ;) |
| 20:30:04 | cmarqu_ | PaxAnima: I want to check if a widget is visible. pb told me to check if GTK_WIDGET_VISIBLE works, but it doesn't... |
| 20:30:07 | XTRASGU | :-) |
| 20:30:26 | PaxAnima | cmarqu_: cmarqu_: oh? how? |
| 20:30:58 | cmarqu_ | PaxAnima: it doesn't give different results... nor does GTK_WIDGET (smallphoto)->parent != NULL either though. |
| 20:31:27 | PaxAnima | cmarqu_: any error messages from GTK? |
| 20:31:31 | cmarqu_ | PaxAnima: My code is a bit ugly in that area. |
| 20:31:43 | cmarqu_ | PaxAnima: Let me explain the whoel story. |
| 20:32:49 | cmarqu_ | PaxAnima: Look at http://handhelds.org/scap/port.5650.png. Tux there is in a GtkButton. I want to make Tux as big as the GtkButton, which is dynamic in size. |
| 20:33:27 | cmarqu_ | PaxAnima: pb told me it might get ugly to remove the icon and display a bigger one instead. |
| 20:34:13 | PaxAnima | how ugly? |
| 20:34:37 | cmarqu_ | PaxAnima: So, since the size of that window will never really change, I thought I'd use a size_allocate callback and display the icon in the button only after it knows its size. |
| 20:34:54 | cmarqu_ | PaxAnima: this Tux image is a gpe_icon |
| 20:35:07 | cmarqu_ | Not (yet?) a GtkPixmap or a pixbuf |
| 20:35:31 | cmarqu_ | I have to admit that I used a gpe_icon only because that worked out of the box for me |
| 20:35:57 | dc_ | hey'a wizly! |
| 20:36:01 | dc_ | konbanwa! |
| 20:36:04 | wizly | hi |
| 20:36:09 | PaxAnima | so the thing is that, depending on the size of the button, the icon should be scaled, or do you have icons of different sizes? |
| 20:36:19 | wizly | konbanwa? mmmm my english is really poor... xD |
| 20:37:58 | cmarqu_ | PaxAnima: the first. The button can have a different size because of people using different fonts |
| 20:41:02 | PaxAnima | the size_allocate callback is called after the widget is displayed? |
| 20:41:32 | cmarqu_ | Yes. This part works, i can check allocation->height. |
| 20:42:02 | PaxAnima | so, you want to scale it? |
| 20:42:25 | cmarqu_ | PaxAnima: But now, since I connect to size_allocate, I always get that callback called, twice already when I do nothing. |
| 20:42:49 | cmarqu_ | I create the gpe_cion with the right size, and gtk_container_add it to the button. |
| 20:43:16 | cmarqu_ | But I cannot do that gtk_container_add unconditionally, since I get the following message: |
| 20:43:22 | cmarqu_ | Gtk-CRITICAL **: file gtkbin.c: line 217 (gtk_bin_add): assertion `bin->child == NULL' failed. |
| 20:43:51 | cmarqu_ | I now want to check if my icon is already displayed in that button before I call gtk_container_add |
| 20:44:02 | cmarqu_ | If so, do nothing. |
| 20:45:29 | PaxAnima | cmarqu_: you could try (never tried it myself), but gtk_container_get_children() gives a GList* of the children.. if the list != NULL don't add the icon? |
| 20:46:16 | PaxAnima | GList* gtk_container_children (GtkContainer *container); |
| 20:46:57 | PaxAnima | don't know if it's "good" way of doing it, but I would assume that it works |
| 20:47:18 | cmarqu_ | PaxAnima: Ah, thanks, I'll try that. |
| 20:49:11 | cmarqu_ | callbacks.c:75: warning: implicit declaration of function `gtk_container_get_children' |
| 20:49:16 | cmarqu_ | Hmm...? |
| 20:49:38 | cmarqu_ | Oh. ! sec. |
| 20:49:41 | cmarqu_ | 1 sec |
| 20:50:44 | cmarqu_ | Hmm, no. |
| 20:50:57 | PaxAnima | no? |
| 20:51:21 | cmarqu_ | Is that a GTK2 function? |
| 20:51:29 | cmarqu_ | if (gtk_container_get_children(GTK_CONTAINER (smallphotobutton)) == NULL) { |
| 20:51:44 | PaxAnima | drop the get_ |
| 20:52:03 | PaxAnima | just gtk_container_children |
| 20:52:09 | cmarqu_ | PaxAnima: YES! You are my hero! |
| 20:52:30 | cmarqu_ | It works exactly like I want it. |
| 20:53:21 | PaxAnima | I'm no hero, just your average computer science student.... ;) |
| 20:53:44 | cmarqu_ | PaxAnima: Of course you are. You and your aunt. |
| 20:53:48 | cmarqu_ | ;) |
| 20:54:56 | PaxAnima | actually it's Leeds' aunt... ;) |
| 20:56:59 | cmarqu_ | Oh yeah. She is my hero too. |
| 21:01:51 | cmarqu_ | Does a GtkButton have a minimum size? |
| 21:03:07 | | pierre: i don't know |
| 21:03:07 | pierre | ibot: Leeds' aunt ? |
| 21:03:28 | wizly | question... bridgeing or bridging? mmmmmm |
| 21:03:39 | cmarqu_ | bridging |
| 21:03:47 | PaxAnima | cmarqu_: don't know.. I think a button may shrink to 0 (think Leeds had problems with that once) |
| 21:03:51 | wizly | cmarqu_: thanx |
| 21:03:53 | cmarqu_ | Just ask Google for the number of hits |
| 21:04:06 | cmarqu_ | PaxAnima: Hmm. Thanks. |
| 21:20:29 | | kismet-libpanel is, like, at http://www.cs.swt.edu/~am60347/files/libpanel.so.4.2 |
| 21:20:29 | flypiper | ibot: kismet-libpanel |
| 22:45:40 | wizly | night |
