--- Log opened Sun Mar 04 00:00:23 2007 00:05 < dooglus> I think configure looks for the corresponding *.pc file for each library 00:05 < dooglus> do you have those? 00:06 < madsen> Hmm... Where would they be? And where would it look for them? 00:06 < dooglus> I have this: /usr/lib/pkgconfig/libpng12.pc 00:06 < madsen> /sw/lib/pkgconfig/libpng.pc 00:06 < dooglus> and /usr/lib/pkgconfig/libpng.pc, yes 00:06 < madsen> Ok, so I guess I'll have to go symlinking again... 00:06 < dooglus> it's a text file - look at it - it tells configure which include path, lib path, -l flag, etc to se 00:07 < dooglus> to use 00:07 < madsen> It only uses the .pc at build time? 00:07 < dooglus> yes 00:07 < dooglus> well, only at ./configure time 00:07 < dooglus> configure uses them to write the Makefiles 00:07 < madsen> Ok, then I guess that won't stop me from bundling the libraries. 00:08 < dooglus> no 00:09 < madsen> Ok, this build is ending up as a mix of fink and i-installer... Pretty ugly... 00:10 < dooglus> oh, just a moment... 00:10 < madsen> yeah? 00:10 < dooglus> did you install the -dev versions of the png lib? 00:10 < madsen> dooglus: Yeah 00:10 < dooglus> oh, of course 00:10 < dooglus> or you wouldn't have the .pc file 00:10 < madsen> hehe 00:11 < madsen> I think the problem is the path... ./configure only looks in /usr/lib/pkgconfig and /usr/local/lib/pkgconfig, while my libpng12.pc is in /sw/lib/pkgconfig/ 00:13 < madsen> If I could just specify the paths to the libs (like --with-libpng=/sw/include or --include-dir=/sw/include), then all would be good. 00:13 < madsen> Lots of other apps do that... 00:16 < madsen> isn't there some build-file I can mess with to tell it where to look for those libs? 00:17 < madsen> Hmm, wait a sec... There's an XCode project file in / in the SVN checkout... I better investigate a little there... Could be _really_ useful, if it's up to date. 00:51 -!- pxe_geek [n=Miranda@c-24-21-240-82.hsd1.mn.comcast.net] has joined #synfig 00:56 < dooglus> aah - the draw tool is disabled because it tends to confuse users 00:56 -!- pxegeek [n=Miranda@c-24-21-240-82.hsd1.or.comcast.net] has quit [Read error: 110 (Connection timed out)] 00:56 < dooglus> synfigstudio/src/gtkmm/app.cpp line 1234 00:57 < madsen> That's odd... I find it more confusing with an animation app without the ability to "draw". :-p 00:59 < pxe_geek> I was confused when I first saw it as I couldn't get it to animate, then realized a couple of weeks ago that it was missing when I wanted to sketch... 01:06 < dooglus> I was confused because the wiki mentions the 'draw tool', but says nothing about the fact that it has been disabled... 01:07 < madsen> So, in conclusion - it's good it's been disabled, 'cause it obviously causes a lot of confusion. :-p 01:07 < dooglus> oh, but that's nice. 01:07 < dooglus> it's so much easier than the way I've been drawing up to now! 01:08 < madsen> you re-enabled it? 01:08 < madsen> or de-disabled :-p 01:09 < madsen> Hmm, it appears I can't use the XCode project files - at least not out of the box... :-/ 01:10 < madsen> And I guess I can't expect them to hang around (and stay updated) forever. 01:10 < dooglus> I re-enabled it in my local copy 01:11 < dooglus> I won't change the repository - but you can re-enable it by changing line 1226 of app.cpp to say if(true) instead of if(false) 01:13 < madsen> dooglus: Yeah, I kinda guessed that you wouldn't just go ahead and change the repo. :) 01:16 * pxe_geek thinks it's time to learn to build synfig myself... 01:16 < dooglus> pxe_geek: did you see the wiki page on it? 01:16 < pxe_geek> Has Atrus published a how to for Win32? 01:17 < dooglus> oh, I see. I don't know about that. 01:18 < pxe_geek> http://www.mail-archive.com/synfig-devl@lists.sourceforge.net/msg00057.html 01:19 < pxe_geek> Haven't seen it appear in the wiki yet 01:19 < madsen> Ok, I've got a few problems before I can really start working on a distributable build for OS X. First of all, how to make it look for the icons in the right places. Second, how to make it discover that I actually do have libpng and libjpeg installed. Third, how to find out which libs are called at run-time and how to make them look for them in a custom location... 01:20 < madsen> If anyone has a solution (or part of one) to either of the above, that'd be a great help. 01:27 < pxe_geek> Could the draw/sketch option be made visible to advanced users? Something that wouldn't neeed a recompile? Either a switch passed on the command line or a hidden switch somewhere? 01:28 < dooglus> there are 4 things which are disabled: draw, sketch, width and polygon 01:28 < dooglus> it makes sense to leave polygon disabled, since it doesn't offer anything that region can't do 01:28 < madsen> well, as it says in the source, polygon is considered deprecated. 01:29 < madsen> lol! 01:29 < dooglus> I'm not sure about 'width' - I think it may need a pressure sensitive tablet 01:29 < dooglus> it doesn't seem to work with my touchpad, anyway 01:29 < madsen> I never really understood what width was good for in the first place... I couldn't make it do anything. 01:30 < madsen> I have a Wacom Volito, I can try it out with that at some point... If I ever get Ubuntu or Debian installed on this box. 01:31 < madsen> (There's no Volito driver for Mac.) 01:34 < madsen> Ok, I think I might have symlinked my way out of the libpng/libjpeg issue... 01:35 < dooglus> if you uncheck the 'relative growth' checkbox in the width tool's options, then holding the mouse button down which wiggling the cursor over a vertex slowly makes that vertex wider 01:37 * pxe_geek pxegeek has a Wacom tablet also 01:39 < madsen> pxe_geek: :) Which one? 01:43 < pxe_geek> Intuos2 01:43 < madsen> pxe_geek: Niiice! 01:46 < pxe_geek> Polygon is still available in the New Layer -> Geometry menu 01:51 < dooglus> so it is 01:51 < dooglus> do you think it should be considered a bug that you can remove all the corners from a polygon? 01:52 < dooglus> does it make sense to have a polygon with less than 3 sides? 01:54 < madsen> dooglus: lol, no, I wouldn't think so. 01:56 < dooglus> I'm wondering whether that's a way of making it go invisible, for example 01:57 < madsen> Well, from a geometrical perspective a polygon can have no less than 3 sides... But you're right, there may be a practical reason. 02:03 < dooglus> pxe_geek: it's very easy to have the draw and sketch tools enable themselves if a certain environment variable is defined 02:04 < dooglus> that would work for you in Windows as well, right 02:04 < dooglus> ? 02:21 -!- pabs3 [n=pabs@dsl-220-235-149-181.wa.westnet.com.au] has joined #synfig 02:24 < pxe_geek> ->dooglas that sounds good 02:26 < pabs3> aww, no dyloxin 02:26 < pxe_geek> 'mornin pabs 02:27 < pabs3> hullo :) 02:29 < madsen> pabs3: Hey! 02:30 < pabs3> hey :) 02:30 < madsen> pabs3: Synfig (and SynfigStudio) compiled on OS X after Darko fixed the isnan bug. 02:31 < pabs3> excellent :D 02:31 < madsen> pabs3: Indeed! 02:31 < madsen> pabs3: There are a few minor things though, before i can start making an app-bundle. 02:31 < pxe_geek> Hmmm... Uninstall on windows seems to leave quite a footprint behind. 3 dlls in /bin, cfg file in /etc, pixmaps.... 02:32 < madsen> pabs3: For instance, I don't have any icons in SynfigStudio (except for when the default GTK-icons are used.) 02:32 < pabs3> madsen: looks like darco is working on macos stuff now, he made another commit after that 02:32 < madsen> pabs3: Cool! 02:33 < pabs3> pxe_geek: can you report a bug about that, exactly which files are left and stuff? I'll ask atrus to look at it 02:33 < madsen> pabs3: The icons, however, are only missing because I cannot set SYNFIG_ROOT. 02:34 < madsen> pabs3: It's nothing OS X specific - just because I built/installed in a non-standard location. 02:34 * pxe_geek will do 02:35 < pabs3> yep, SYNFIG_ROOT is a pain 02:35 < madsen> pabs3: It is? 02:35 < madsen> From a linux perspective, it seems pretty reasonable, doesn't it? 02:36 < pabs3> well, I suppose, just causing too many problems at the moment. using binreloc would be a better way anyways 02:38 < madsen> pabs3: Is there any way to get a list of flags supported by ./configure? 02:39 < pabs3> ./configure --help IIRC 02:39 < madsen> pabs3: That doesn't list anything close to the real deal. 02:39 * pxe_geek is now upgraded to version SVN 240 02:40 < pabs3> it doesn't? 02:41 < madsen> pabs3: Nope. For instance, it doesn't say anything about the variable PKG_CONFIG_PATH, which is apparently recognized by ./configure. 02:43 < madsen> Neither does it mention "--emable-universal", but it was used in macosxbuild.sh until a few revisions ago. 02:43 < madsen> s/emable/enable/ 02:46 < madsen> Hmm, is it possible to make synfig (and synfigstudio) look for everything (lib/ include/ share/ etc.) in ../ ? 02:51 < madsen> Ok, I think I've got the PNG/JPEG support under control now. Then I only need 1) to get the icons working, and 2) figure out which libs to include in the bundle and how to make synfig use them. 02:53 < pabs3> check the Build_Instructions page on the wiki for which libs and stuff 02:55 < madsen> pabs3: I mean, the exact files required to run synfig. 02:57 < pabs3> depends on which libs you compiled it against 02:57 < pabs3> :) 02:57 < madsen> pabs3: Hehe, yeah, I kinda knew that. :) 02:57 < pabs3> have you got xcode there? I'd suggest using the project that darco added recently 02:57 < madsen> pabs3: Yeah, I tried that - can't make it work, and I know nothing about xcode. 02:58 < madsen> pabs3: I prefer vim and a command line anyways... 02:58 < pabs3> :) 02:58 < madsen> pabs3: There must be a way to see what libs are loaded at run-time... 02:59 < pabs3> I presume macos has an equivalent of strace 03:00 < madsen> pabs3: What about 'ld' or 'ldtool'? I think I remember using something named like that for something similar to this. 03:01 < madsen> This is so weird! Why won't it give me PNG-support? 03:01 < madsen> Well, I guess the OS X people will have to live with JPEG then. 03:01 < pabs3> maybe this: objdump -x ./src/tool/.libs/synfig | grep NEEDED 03:02 < madsen> I don't have any objdump. :( 03:04 < pabs3> what about strings ./src/tool/.libs/synfig | grep -F .so. 03:04 < pabs3> and do the same for each of the plugins 03:04 < madsen> strings I do have. 03:04 < madsen> pabs3: What would my cwd be for the above command? 03:05 < pabs3> libraries have some other extension on macos iirc, I forget what it is, try looking in /usr/lib tho 03:05 < pabs3> the top level dir for synfig 03:06 < madsen> pabs3: of the source? 03:06 < pabs3> yep 03:06 < madsen> there's no .libs 03:07 < madsen> pabs3: .dylib 03:07 < madsen> was that the extension you were thinking about? 03:07 < pabs3> yeah, probably 03:08 < madsen> What if I do the strings stunt on the binaries? 03:08 < pabs3> yep 03:10 < madsen> Hmm... I don't think that really tells the whole story... 03:10 < madsen> madsen$ strings synfig | grep -F .dylib 03:10 < madsen> /usr/lib/libSystem.B.dylib 03:11 < madsen> Or maybe (by some coincidence) I've created a more or less static binary... 03:16 < pabs3> madsen: what exactly are .dmg files? 03:16 < madsen> They're just disk images. 03:17 < pabs3> so, what do you do with them? open and copy stuff out? or open and run from inside? 03:18 < madsen> Usually you mount them, drag n' drop an app-bundle to /Applications, unmount the .dmg and delete it. 03:19 -!- crazy_bus [n=philip@CPE-143-238-242-49.nsw.bigpond.net.au] has joined #synfig 03:19 < madsen> They can, however, also contain an installer package (.pkg), which is then run from within the image. 03:20 < madsen> And in a few cases they're just rips of cd-roms that you don't want to carry around and waste a whole lot of battery power running. ;) 03:22 < pabs3> :) 03:22 < madsen> pabs3: Just curious? Or why...? 03:23 < pabs3> just curious, also wondering if you can directly run apps (synfig) from them 03:23 < madsen> pabs3: Well, if the app is an app-bundle, then you can, but your configuration might not be saved then. 03:24 < pabs3> so they are read-only once created? 03:24 < madsen> Yup! 03:24 < pabs3> what is an app-bundle btw? 03:26 < madsen> It's a directory structure that behaves in a certain way in OS X. Basically it's just a directory named .app/, which then contains everything that needs to run (libs, resources, icons etc.) and in the OS X file browser (Finder) it's then shown as just an icon (NOT as a folder) that you can double-click to run the application. 03:26 < madsen> The cool thing about it is that you can move the .app pretty much everywhere (even from machine to machine) and it'll keep working. 03:27 < pabs3> as long as the binary in it knows how to locate itself when it is moved around? 03:27 < madsen> That's why I need to find out how to get synfig and synfigstudio to load everything from .. 03:27 < pabs3> does sounds pretty cool. kinda like autopackage 03:28 < madsen> 2 secs, there's a page about it somewhere on developer.apple.com. Let me just try to find it. 03:29 < madsen> http://developer.apple.com/documentation/CoreFoundation/Conceptual/CFBundles/index.html 03:30 < madsen> If you hit About Bundles, then it should tell you everything you'd care to know. (Plus a little propaganda of course.) 03:30 < pabs3> :) cool, thanks 03:31 < madsen> np :) 03:35 < pxe_geek> Question - is the synfig-devl mailing list username/password different from a sourceforge account? 03:35 < pabs3> yup 03:36 < pabs3> its like any other mailman list 03:36 < pxe_geek> That would explaing that - I'll post it anonymously, but you know who it's from ;) 03:37 < pxe_geek> posted. 03:38 * pxe_geek may be on and off for a bit - installing a new router 04:08 -!- crazy_bus [n=philip@CPE-143-238-242-49.nsw.bigpond.net.au] has quit [Remote closed the connection] 04:14 -!- pxe_geek [n=Miranda@c-24-21-240-82.hsd1.mn.comcast.net] has quit [Read error: 110 (Connection timed out)] 04:26 -!- pxegeek [n=Miranda@c-71-59-140-184.hsd1.or.comcast.net] has joined #synfig 04:28 < pxegeek> Is the IRC log down? Seems to be MIA since yesterday.... 05:05 < pabs3> pxegeek: correct, I've mailed darco about it 05:28 -!- pabspabspabs [n=pabs@dsl-58-7-216-80.wa.westnet.com.au] has joined #synfig 05:33 -!- pabs3 [n=pabs@dsl-220-235-149-181.wa.westnet.com.au] has quit [Read error: 110 (Connection timed out)] 05:37 < madsen> Haha, I just thought of something that actually is funny because it's true... Ii should get a sticker for my old trashed Thinkpad saying, "My other laptop is a Mac." :-p 05:39 < madsen> Ok, maybe not that funny. 05:41 < madsen> pabspabspabs: Would you happen to know any equivalents of strace that could maybe be in fink? (Or maybe even natively in OS X.) 05:41 -!- pabspabspabs is now known as pabs3 05:41 < pabs3> is strace not in fink? 05:41 < madsen> It doesn't seem so. 05:42 < pabs3> I dunno, never used macs 05:42 < madsen> pabs3: Well, I was thinking they might have included some UNIX-tool. 05:43 < madsen> pabs3: ... or maybe I could find something strace-like in fink, which is all Linux/Unix. 05:44 < pabs3> maybe ask in #fink if there is such a thing 05:44 < madsen> pabs3: Good idea! :) 05:52 < madsen> Ok! We've got ktrace! :) 05:52 < pabs3> coolies 05:55 < madsen> Hmm, loading libraries... Is that under the category "system calls" or "I/O"? 05:55 < pabs3> prob the former 05:55 < madsen> Ok. Then I'll try just tracing the system calls. 06:05 < madsen> pabs3: Hmm, ktrace thinks lib-loading is I/O... But now that I can sorta figure out what libs to include, can you then tell me how to make synfig look for the libs in that certain (i.e. right) place? 06:07 < pabs3> for now, use the SYNFIG_ROOT env variable, or place them in the same dirs as the .dynlib files 06:07 < pabs3> I'm not to sure really 06:09 < madsen> Can't use SYNFIG_ROOT... At least not yet... 06:09 < madsen> .dynlibs? 06:13 < pabs3> er, dylibs 06:13 < pabs3> why not? 06:15 < madsen> Well, maybe I can now, thanks to the good folks at #fink. :) 06:16 < madsen> It was a problem with X11 and env vars not being carried over. 06:16 < pabs3> ah 06:18 < madsen> Oh yeah! I've got icons! :) 06:20 < pabs3> one of these days I'll implement relocatability so you generally don't need SYNFIG_ROOT 06:31 < madsen> http://lillesvin.net/stuff/synfig-osx.jpg <- Screenshot, in case someone wants to see. :) 06:32 < pxegeek> downloading....vveeeeeerrrrrrrrrrrryyyyyyyyyyyyy ssssssssssllllllllllllllloooooooooooooowwwwwwwwwwwllllllllllllllyyyyyyyyyyy........... 06:33 < pabs3> :) 06:33 < pabs3> hmm, needs gtk native lovin 06:33 < madsen> pxegeek: Yeah, I know... Sorry. I tried to compress it as best I could... I'm on a 128 kbit (upstream) connection. :-/ 06:34 < madsen> pabs3: What do you mean? I'm just have that it works! :) 06:34 < pxegeek> Looks like synfig! 06:34 < madsen> s/have/happy/ 06:34 < pabs3> :) 06:35 < madsen> pabs3: Btw, did you get through that piece about bundles? 06:35 < pabs3> yep 06:36 < madsen> Ok, 'cause I think everything I need to do now is to compile a version for PPC, stuff it all in a bundle and create a wrapper script to take care of stuff like SYNFIG_ROOT (at least while it's still required). 06:37 < madsen> But, "stuff it all in a bundle" means making synfig understand which libs to use (and prefer over others)... 06:39 < pabs3> on linux, you can use LD_LIBRARY_PATH to define where to look for libraries 06:39 < pabs3> maybe #fink knows the equivalent for macos 06:39 < madsen> pabs3: :) Then you probably can on OS X too. :) 06:41 < madsen> Can I count on all needed libs being loaded if I just run synfigstudio and close it again? 06:42 < pabs3> nah, some of them will only be used when you render a .sif with the format plugin that uses the lib 06:43 < madsen> Hmm, ok. So I should open synfigstudio and render something in all available formats to be sure? 06:44 < pabs3> yeah, other option is to strings | grep .dylib for synfigstudio, synfig, libsynfig, libsynfigapp and all the plugins 06:46 < madsen> where are the plugins? 06:46 < madsen> I can probably hack up a quick shell-script to do it all in one go. 06:47 < pabs3> on linux, src/modules/*/.libs/*.so 06:48 < madsen> Ah, everything ended up in macosxbuild (surprise!) 06:50 < pabs3> :) 06:51 < madsen> Hmm... 'strings src/modules/*/.libs/*.so | grep dylib' gives me a ton of nothing but "/usr/lib/libSystem.B.dylib"...? 06:51 < madsen> cd .. 06:51 < madsen> ls 06:51 < madsen> Doh! 06:52 < pabs3> :) 06:53 < pabs3> you probably want find macosxbuild -type f -print0 | xargs -0 strings | grep -F .dylib 06:53 < madsen> I'll give it a shot. :) 06:55 < madsen> http://rafb.net/p/0xcWA396.html <- The output from that... 06:58 < madsen> hehe! One can run strings on the ktrace output and get a long (and nice) list of libs. :) 07:00 < madsen> Now the only problem is... Which came with the Apple Developer tools and which are natively present in OS X? 07:02 < madsen> http://rafb.net/p/WwKLWK72.html <- Does that look reasonable? 07:08 < pabs3> /sw/lib/ stuff is from fink 07:08 < madsen> yeah 07:08 < pabs3> I'm assuming /System/* stuff comes with macos 07:09 < pabs3> same with /usr/lib 07:09 < madsen> Yeah, or maybe with the Apple Developer Tools... I'm not too sure about that... 07:09 < pabs3> only one way to find out really, try it on another mac box 07:10 < madsen> Yeah, I know. I've got a couple of friends (without Apple Dev Tools) lined up for that. :) 07:11 -!- pxegeek [n=Miranda@c-71-59-140-184.hsd1.or.comcast.net] has quit [Read error: 110 (Connection timed out)] 07:15 -!- pxegeek [n=Miranda@c-71-59-140-184.hsd1.or.comcast.net] has joined #synfig 07:21 < madsen> Hmm, it doesn't appear that the LD_LIBRARY_PATH trick is working... At least, then I set it to ./lib and run ./bin/synfigstudio with a trace running, it gives me the same list as before... 07:40 < madsen> I was thinking... Isn't it possible to compile synfig and synfigstudio statically? Then only the required run-time libs will have to be included... 07:41 < pabs3> probably, haven't ever tried it though 07:44 < madsen> Is it possible to check if ./configure supports something like --enable-static ? 07:45 < pabs3> ./configure --help | grep static 07:46 < pabs3> or grep static ./configure 07:46 < pabs3> but yes, it supports that apparently 07:46 < madsen> --help mentions nothing about static. 07:46 < madsen> Hmm, it seems it's possible. :) 07:47 -!- pxegeek [n=Miranda@c-71-59-140-184.hsd1.or.comcast.net] has quit ["Miranda IM! Smaller, Faster, Easier. http://miranda-im.org"] 07:54 < madsen> Omg! 'otool -L ' // Display the names and version numbers of the shared libraries that the object file uses. 07:57 < pabs3> nice 07:58 < madsen> Indeed. :) 07:59 < madsen> Mmm... And nice output! :) 08:02 < madsen> http://rafb.net/p/ekFHFa13.html <- much nicer than the ugly ktrace/strings hack. :) 08:15 < madsen> "The other tool that we will use is called install_name_tool. This tool allows us to change information about where an application looks for libraries or what these libraries are called." <- Awesome! :) 08:15 < madsen> http://doc.trolltech.com/qq/qq09-mac-deployment.html is a gold mine! 08:33 < pabs3> cool 08:33 -!- crazy_bus [n=philip@CPE-143-238-242-49.nsw.bigpond.net.au] has joined #synfig 08:39 < madsen> pabs3: Ok, so what I have to do is basically this: run 'otool -L' on every single object file in synfig/-studio, then copy all listed libs to SynfigStudio.app/synfig/lib and then do 'install_name_tool -id @executable_path/../synfig/lib/ SynfigStudio.app/synfig/lib/' and finally (on each executable and for each lib it requires) also 'install_name_tool -change @executable_path/../synfig/lib/ SynfigStudio.app/synfig/bin/ sounds good 08:40 < madsen> Yeah, but it'll have me running those commands like a brazillion times before I'm done... Unless I find some way to script myself out of it. 08:43 < pabs3> find and xargs would prob be helpful 08:44 < madsen> most likely! 08:44 < madsen> http://qin.laya.com/tech_coding_help/dylib_linking.html - take a look at the very last paragraph and example... Might be time to mess around with some Makefiles instead, 08:51 < pabs3> hmm, whats this @executable_path thing?? 08:52 < madsen> pabs3: It's the location of the executable in the app-bundle. 08:53 < madsen> I reckon I'll have to make a wrapper-script and place it in SynfigStudio.app/Contents/MacOS/ for the bundle to work. 08:54 < madsen> So, how would I go about finding all object files in the build dir? 08:54 < pabs3> find -iname *.dylib* 08:55 < madsen> I reckon I'll have to go install_name_tool on their collective asses. 08:55 < madsen> No, I meant all those calling objects. Sorry. 09:11 -!- crazy_bus [n=philip@CPE-143-238-242-49.nsw.bigpond.net.au] has quit [Remote closed the connection] 09:14 < madsen> Ugh! I can't replace in the binary! 09:17 < madsen> Lol! Just tried the xcode version of studio... (Remember, I know nothing about xcode.) Got 1458 errors and 1 warning. 09:22 < pabs3> whee :) 09:23 < madsen> Yeah! I know... Only 1 warning! :) 09:24 < madsen> That's like... I don't know... Powerplant explodes! Thousands dead, few hurt! 09:25 < pabs3> haha 09:26 < madsen> Anyways, I foind a way to replace in the binaries anyways... Now I just need a way to find all the files that needs to be modified. 09:26 < madsen> s/foind/found/ 09:28 < pabs3> POLL: which is better? http://bucket.chianamo.mine.nu/ni-dialog.png http://bucket.chianamo.mine.nu/ni-messagedialog.png 09:28 < madsen> I've made the script so it copies the lib that it's messing with in the binary to the bundle - that way, it'll be harder to miss a lib. 09:29 < madsen> the last one - definitely. 09:30 < madsen> But isn't it more of an error type than information type? 09:30 < pabs3> yeah 09:30 < pabs3> the former is how it is now, just experimenting to learn a bit of gtkmm 09:30 < madsen> Oh! 09:31 < madsen> Well, then you seem to be doing well. :) 09:32 < pabs3> :) 09:33 < pabs3> gotta learn how to do synfigstudio UI changes somehow :) 09:33 < madsen> True 09:33 < pabs3> was gonna change Help -> Help to point at the wiki, got distracted fixing the general not-implemented dialog 09:34 < madsen> What are the differences between gtkmm and regular gtk+? 09:34 < pabs3> GTK+ is written in C, gtkmm are the C++ bindings to GTK+ 09:35 < pabs3> updated: http://bucket.chianamo.mine.nu/ni-messagedialog.png 09:36 < pabs3> (figured out how to change the title too) 09:36 * pabs3 thinks thats ready to be committed 09:36 < madsen> Oh! Well, then maybe I can be of assistance if you have questions. I've done some GTK+ stuff in PHP (don't ask) and Ruby. :) 09:37 < pabs3> gtk-php!! whee 09:37 < pabs3> thanks, thatd be great 09:37 < madsen> Looks great! 09:37 < pabs3> Hmm, I'm thinking close instead of OK? 09:37 < madsen> Yeah, that might be a good idea. 09:37 * pabs3 tries 09:38 < madsen> Got any GTK references? 09:38 < pabs3> I'm looking at http://www.gtkmm.org/docs/gtkmm-2.4/docs/reference/html/classGtk_1_1MessageDialog.html 09:39 < pabs3> ok, close button: http://bucket.chianamo.mine.nu/ni-messagedialog-close.png 09:39 < madsen> Wow! Looks pretty thorough! 09:40 < madsen> Perfect! 09:40 < pabs3> :) 09:40 < pabs3> ok, committing 09:41 < madsen> Yay! My script works. Just need the last part of the puzzle... The binaries to mess with... 09:41 < pabs3> coolies 09:42 < pabs3> hey, any idea if there is a gtk class that can linkify urls? or do you need to add a specific control? 09:42 < pabs3> committed SVN r263 :) 09:42 < madsen> How do you mean? Like automagically create links from strings like "http://example.com/page.html"? 09:44 < pabs3> yeah 09:44 < pabs3> basically, I want the Help menu to give a message box saying, there is no help yet, click the wiki link below to visit the wiki 09:44 < madsen> Hmm, I don't think there's any built-in support for it, but you can always do a simple regex-replace on the texts. 09:46 < pabs3> what about clickable links (that open in a browser), is there any widget for them? (I'm thinking a standard dialog, then add a widget) 09:47 < madsen> Yeah, I'm pretty sure there is - or at least that you can do it with HTML. 09:47 < pabs3> aha, Gtk::LinkButton 09:48 < pabs3> hmm, that seems to be 2.10 only 09:48 < madsen> Otherwise, Gtk::Label seems to support markup. 09:49 < madsen> ... but not links. :-/ 09:50 < madsen> Is it the Help -> Help thingy you're thinking of? 09:51 < pabs3> yeah 09:51 * pabs3 asks on gimpnet 09:51 < madsen> You can always grab the activate signal on the menu-item and open a browser. 09:52 < pabs3> hmm, now there is an idea 09:52 < pabs3> just a matter of how to open a browser in a cross-platform way 09:52 < madsen> I even think GTK has a "standard" method for opening the prefered browser. 09:54 < pabs3> aha http://www.mail-archive.com/gtkmm-list@gnome.org/msg04923.html 09:55 < pabs3> seems thats a gnome thing 09:56 < madsen> Yeah, well... I know how you can do it in OS X too. :) 09:56 < madsen> `open ` :) 09:57 < madsen> Then you just need the Win-way and 'lynx '. :-p 09:59 < madsen> http://www.gtkmm.org/docs/glibmm-2.4/docs/reference/html/group__MiscUtils.html#ga4c4ecb9a3eb803ae6d9dee51e1e5b14 <- It would work, but it wouldn't be nice. 10:07 < madsen> Hmm... http://www.kksou.com/php-gtk2/articles/insert-links-in-GtkTextView---Part-2-(Activate-Link).php 10:09 < madsen> Look for the highlighted lines in the source and find // note 4 10:12 < madsen> maybe also http://www.kksou.com/php-gtk2/articles/put-a-clickable-link-in-GtkLabel---Part-2.php could be useful. 10:15 < madsen> Oh right, all the libmod*.so files should also have changed their lib-paths, right? 10:16 < pabs3> yep 10:16 < pabs3> thanks for those links, handy :D 10:16 < madsen> np :) 10:17 < pabs3> krugle is also handy 10:17 < madsen> krugle? 10:18 < pabs3> http://www.krugle.com/ source code search engine 10:19 * pabs3 brb 10:22 < madsen> You do know http://www.google.com/codesearch, right? 10:24 < pabs3> yeah, krugle is better 10:25 < madsen> Ok, I was just making sure. I haven't used neither. I just remembered having heard about Google doing such a thing. 10:28 < madsen> Well, it's 10:30 in the morning now. I better get just a little sleep before going on with the day... 10:29 < madsen> But hey, an OS X build is probably a BIG step closer now. I just need to figure out how to do it more easily and find a way to compile a universal binary. :) 10:30 < pabs3> excellente :) 10:30 < pabs3> sleep well :) :) 10:31 < madsen> Thanks! You too --- if you're in a timezone where sleeping is happening some time soon. :) 10:32 < pabs3> not for a few hours yet :) 10:33 < madsen> Hehe, ok, well, then have a good one. :) 10:34 < pabs3> :) thx 10:34 * madsen crashes like a Windows box having the mouse moved. 10:36 < pabs3> haha 13:17 -!- crazy_bus [n=philip@CPE-143-238-242-49.nsw.bigpond.net.au] has joined #synfig 13:43 -!- igli [n=igli@82.153.74.120] has joined #synfig 14:14 -!- crazy_bus [n=philip@CPE-143-238-242-49.nsw.bigpond.net.au] has quit [Remote closed the connection] 15:56 -!- pabs3 [n=pabs@dsl-58-7-216-80.wa.westnet.com.au] has quit ["Don't rest until all the world is paved in poems."] 16:05 -!- crazy_bus [n=philip@CPE-203-51-37-60.nsw.bigpond.net.au] has joined #synfig 16:24 -!- crazy_bus [n=philip@CPE-203-51-37-60.nsw.bigpond.net.au] has quit [Remote closed the connection] 21:22 -!- pxegeek [n=Miranda@c-71-59-140-184.hsd1.or.comcast.net] has joined #synfig 23:10 -!- igli [n=igli@82.153.74.120] has quit [Remote closed the connection] 23:45 -!- crazy_bus [n=philip@60.228.174.254] has joined #synfig 23:48 -!- crazy_bus [n=philip@60.228.174.254] has quit [Remote closed the connection] --- Log closed Mon Mar 05 00:00:23 2007