--- Log opened Sun Mar 30 00:00:42 2008
00:18 < pixelgeek> that's the rumour on the streets
00:18 < pixelgeek> rore: Oh, I'm sure pxegeek isn't available either - I have that one!
00:19 < pixelgeek> timonator: I think pabs is waiting for me to tell him that I can get git going
00:25 < pixelgeek> I wonder if I should be worried - "Many projects support both POSIX and Windows. Such projects typically avoid using an SCM system that poorly supports Windows, even if most developers use POSIX-based systems. Examples of projects that have publicly ruled out any use of Git, due to Git's poor support of Windows, include Mozilla[56] and Ruby.[57]" from wikpedia
00:29 < pixelgeek> I'm sure the git logo is very clever, but it's not very pretty
00:30 -!- MangoFusion [n=jamesu@host86-147-212-148.range86-147.btcentralplus.com] has quit []
00:42 < timonator> make it prettier
00:45 < pixelgeek> Good god!  This git got git.  Can I get a gimme to get git going good?
00:45 < pixelgeek> timonator: I might just do that!
00:49 -!- _Elk [n=_Elk@ti0110a340-0355.bb.online.no] has quit []
00:58 -!- genete [n=Genete@84.122.49.151.dyn.user.ono.com] has joined #synfig
00:59 < genete> hello :)
01:00 < genete> have you read that there is a new MAc OS developer? he is called Ampersand Laboratories Team (andlabs)
01:00 < genete> Read this: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1686495&group_id=144022
01:04 < pabs3> genete: yep, unfortunately it has been a long time since they first promised to do something though
01:04 < dooglus> pabs3: there's a new comment on the bug report from him since you mentioned the .app building thing
01:04 < genete> but the post is recent, isn't it?
01:05 < pabs3> yep, but that person/company has posted before - scroll down a bit
01:05 < pixelgeek> Any relation to the one that posted his email here the other day?
01:05 < pabs3> nope
01:06 < pixelgeek> (git logo looks better with bevels and shading IMHO)
01:06  * pabs3 wonders what happened to madsen
01:06 < dooglus> pabs3: I read something from him recently too - he'd rather work on packaging than talk about working on it?
01:07 < dooglus> maybe that's an old comment on the same bug, I forget.
01:07 < pabs3> sounds like an old comment of his, yeah
01:11 < dooglus> so getting the tangents to move around as the ducks are dragged along a bline proved harder than I thought it would
01:13 < genete> dooglus: if it is so hard don't stop on it. The result doesn't worth the effort IMHO
01:13  * pixelgeek thinks madsen is busy playing his nintendo - http://lillesvin.net/
01:15 < pabs3> the mozilla article that mentions git is hilarious
01:15 < pixelgeek> hey pabs - got any good commands I can type into my git prompt?
01:15 < pabs3> pixelgeek: which git you using? cheetah?
01:15 < pixelgeek> command line
01:16 < pixelgeek> git for msys
01:16 < pabs3> git clone git://repo.or.cz/git-cheetah.git
01:16 < pabs3> cd git-cheetah ; gitk
01:21 < pixelgeek> Ooooh - pretty!
01:21 < pixelgeek> That was painless.  
01:22 < pabs3> can you try qgit? http://downloads.sourceforge.net/qgit/qgit2.1.1_win.exe
01:22 < pixelgeek> When are you firing up a synfig repository?
01:23 < pabs3> I wanna get a svn repository dump from darco so I can do a few practice runs
01:23 < pabs3> the conversion is quite slow - possibly due to the network on svn.voria being limited
01:25 < pixelgeek> One of the notes when I installed git was that there were some known issues with git-svn under windows
01:25 < pixelgeek> fyi
01:26 < pabs3> that'd only be an issue for people converting the current svn repo to git on Windows wouldn't it?
01:27 < pixelgeek> Yes - as long as I can point at a valid git repository, it shouldn't be an issue.
01:28 < pixelgeek> But it suggests that pointing at svn.voria wouldn't be very profitable
01:28 < pabs3> cool
01:28 < pabs3> does it say what the issues are?
01:33 < pixelgeek> just under known issues - "git svn is not yet supported (Issue 42)."
01:33 < pixelgeek> cheetah and qgit look identical
01:34 < pixelgeek> qgit slightly more modern 'cos it's based on QT, rather than Tcl
01:36 < pixelgeek> So, I don't see any problems moving to git as far as windows users are concerned.  
01:42 < pabs3> cool :D
01:59 < genete> night
01:59 -!- genete [n=Genete@84.122.49.151.dyn.user.ono.com] has quit ["Abandonando"]
03:02 < pabs3> pixelgeek: issue 42 seems fixed: http://www.mail-archive.com/msysgit@googlegroups.com/msg00346.html
03:03 < pabs3> interesting note about git-cheetah in there too
03:32 < CIA-41> synfig: dooglus * r1938 / (5 files in 2 dirs): When dragging a duck along a bline that it's linked to, update the tangents as well, if they are also linked to the tangent of the bline.
04:13 < pabs3> dooglus: good stuff :D
06:01 -!- AkhIL [n=AkhIL@90.188.201.182] has quit [Read error: 110 (Connection timed out)]
06:17 -!- ZanQdo [n=Daniel@201.201.2.22] has quit ["Adios"]
06:52 -!- AkhIL [n=AkhIL@90.188.201.182] has joined #synfig
07:50 -!- pixelgeek [n=chatzill@c-71-59-140-184.hsd1.or.comcast.net] has quit [Read error: 113 (No route to host)]
09:41 -!- ZanQdo [n=Daniel@201.201.2.22] has joined #synfig
10:28 -!- genete [n=Genete@84.122.49.151.dyn.user.ono.com] has joined #synfig
10:29 < genete> dooglus: Excellent!!! Your last commit also include the relatice scale of the tangent linked to bline!!!!
10:29 < genete> wow!
10:30 < genete> s/relatice/relative
10:31 -!- genete [n=Genete@84.122.49.151.dyn.user.ono.com] has quit [Client Quit]
10:46 < dooglus> genete: that depends whether "fixed length" is checked in the BLineCalcTangent node or not
10:46 < dooglus> genete: but either way you can now scale the Calc'ed Tangent as well as offsetting it, both with the mouse
10:46 < dooglus> genete: still need to add the same functionality for Calc'ed Widths
10:48  * dooglus needs to check with Yoyobuae about his recent commit - I backed out the changes to renderer_duck and put the "span to bline" code in the duckmatic duck_drag function instead
10:48 < dooglus> (the same place that snap-to-grid happens)
10:48 < dooglus> s/span/snap/
11:18 < CIA-41> synfig: dooglus * r1939 / (5 files in 3 dirs): Allow direct editing of calculated widths - like the previous commit did for tangents.
12:19 < pabs3> hmm, I think we need to setup a jhbuild for synfig - so much nicer than manually typing make
12:19  * pabs3 trying out the nouveau driver
12:20 < pabs3> building the whole X server and a bunch of drivers with one command
12:39 < Bombe> Hmm, synfig-core doesn't build the mod_magickpp module.
12:40 < pabs3> Bombe: need libmagick++ headers installed
12:40 < Bombe> Shouldn't the configure script realize that I don't have those in case I don't?
12:40 < Bombe> I'm not even sure whether I have. :)
12:40  * Bombe checks.
12:41 < pabs3> yep, if you don't have it it won't build the module
12:42 < Bombe> But then it shouldn't put mod_magickpp in the list of available modules, crashing synfig every time synfig-studio wants to compile an image. :)
12:42 < pabs3> doesn't it just warn that the module isn't available?
12:43 < Bombe> Hmm, it does. And synfig-studio crashes because it can't find splash_screen.png.
12:44 < Bombe> Damn, I should get my facts straight. :)
12:47 < Bombe> Okay, so, synfigstudio tries to load $DESTDIR/share/pixmaps/splash_screen.png but fails to do so because it was installed to $DESTDIR/share/pixmaps/synfigstudio/splash_screen.png.
12:47 < Bombe> open("/home/bombe/share/pixmaps/splash_screen.png", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
12:47 < Bombe> write(2, "\n(synfigstudio:28980): Gtk-CRITI"..., 163
12:47 < Bombe> (synfigstudio:28980): Gtk-CRITICAL **: gtk_image_get_pixbuf: assertion `image->storage_type == GTK_IMAGE_PIXBUF || image->storage_type == GTK_IMAGE_EMPTY' failed
12:47 < Bombe> ) = 163
12:47 < Bombe> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
12:47 -!- xerakko [n=Miguel@debian/developer/xerakko] has quit ["Ex-Chat"]
12:50 < pabs3> here it looks for /home/pabs/opt/share/pixmaps/synfigstudio/splash_screen.png
12:51 < pabs3> crashes after I remove that
12:51 < pabs3> which version are you trying?
12:51 < Bombe> splash.cpp only looks for /share/pixmaps/splash_screen.png.
12:51 < Bombe> svn from about 16 hours ago.
12:53 < Bombe> iconcontroller.cpp instead looks at /share/pixmaps/synfigstudio.
12:54 < Bombe> Hmm, but only because I have SYNFIG_ROOT set due to installing synfig to $HOME.
12:54 < Bombe> Without SYNFIG_ROOT it would also search in /share/pixmaps/ from what I see.
12:55 < pabs3> yeah, that looks like it needs fixing
12:55 < pabs3> I should fix the crash too
12:56 < Bombe> And path_to_icons in iconcontroller.cpp uses hardcoded slashes as directory separator. :)
12:56 < Bombe> Though without SYNFIG_ROOT it tries to load /share/pixmaps/synfigstudio/<icon>. Hmm, but why?
12:57 < pabs3> brb, 5 min
13:10 < pabs3> testing some fixes
13:21 -!- ZanQdo [n=Daniel@201.201.2.22] has quit ["Adios"]
13:37 < pabs3> Bombe: committing the fixes - synfigstudio can now run without any images installed
13:37 < pabs3> up to r1942
13:38 < pabs3> fid the slashes and the SYNFIG_ROOT splash issue too
13:38 < Bombe> Okay.
13:38 < pabs3> fid/fixed
13:38  * pabs3 hugs git-svn
13:38 < Bombe> :)
13:40 < pabs3> good to see you looking at synfig again btw :)
13:41 < Bombe> Yes, it's been a while... :)
13:43 < CIA-41> synfig: pabs * r1940 /synfig-studio/trunk/src/gtkmm/ (about.cpp iconcontroller.cpp): Use ETL directory separator instead of forward slashes.
13:43 < CIA-41> synfig: pabs * r1941 /synfig-studio/trunk/src/gtkmm/splash.cpp: Search in the right directory for the splash image when SYNFIG_ROOT is set.
13:43 < CIA-41> synfig: pabs * r1942 /synfig-studio/trunk/src/gtkmm/splash.cpp: Fix some crashes when the images for the splash screen are not available
13:45 < Bombe> Hmm, my stomach tells me to get something to eat. I'll fix that.
14:13 < pabs3> sounds like a good plan
14:27 -!- jcome [n=jcome@123.117.6.47] has joined #synfig
15:46 -!- MangoFusion [n=jamesu@host86-147-212-148.range86-147.btcentralplus.com] has joined #synfig
16:13 -!- factor [n=factor@ip68-14-160-70.ok.ok.cox.net] has joined #synfig
16:17 -!- genete [n=Genete@84.122.49.151.dyn.user.ono.com] has joined #synfig
16:20 -!- factor [n=factor@ip68-14-160-70.ok.ok.cox.net] has quit [Read error: 104 (Connection reset by peer)]
16:29 -!- jcome [n=jcome@123.117.6.47] has quit [Read error: 110 (Connection timed out)]
17:15 -!- pixelgeek [n=chatzill@c-71-59-140-184.hsd1.or.comcast.net] has joined #synfig
17:21 -!- factor [n=factor@ip68-14-160-70.ok.ok.cox.net] has joined #synfig
17:43 < genete> pabs3: So what can be said in the News draft about migrating to git interface?
17:44 < pabs3> nothing of substance - we are investigating the option of moving at some point
17:44 < genete> ok
17:44 < dooglus> when migrating to git, would it be possible to merge the 3 repositories into a single one with all the history in it?
17:44 < genete> As you see I'm updating the news draft regularly :)
17:46 < genete> pabs3: something has changes in the splash screen that looks bad
17:47 < genete> the progress bar and the texts has gone to the top of the wondow.
17:47 < genete> window
17:48 < pabs3> dooglus: you mean the other way around? split the monolithic svn repository into 3 git repositories? 
17:49 < pabs3> (I don't think the other stuff in the svn repo is very useful)
17:50 < pabs3> I do intend to try out the git-submodule thing too
17:51 < pabs3> genete: rebuilding to see it
17:52 < factor> that would be cool
17:53 < pabs3> grr, got bitten by ffmpeg upgrade
17:55 < genete> http://i85.photobucket.com/albums/k74/Genete/synfig/splash-new.png
17:56 < factor> nifty
17:56 < factor> progress bar
17:58 < factor> would be cool if you could make the bar kinda transparent too
17:59 < pabs3> that was unintended
18:01 < dooglus> pabs3: no, I mean in SVN we have 3 different 'trunk' folders.  I'd rather just see one of them, with etl, core and studio in it
18:02 < genete> so the progress bar is correct there, right?
18:03 < genete> what if the next splashscreen has a black are on the top? The letter wouldn't be seen...
18:04 < genete> or even if the progress bar is overlapping on an interesting part of the splashscreen 
18:04 < pabs3> genete: the progress bar wasn't intentionally moved, I'm going to move it back once I figure out what happened
18:04 < genete> I like the old one instead IMHO
18:04 < factor> hehok
18:04 < genete> ok, sorry. I missunderstood
18:07 < pabs3> dooglus: git works differently, ETL/synfig/synfigstudio are 3 separate pieces of software, git encourages you to keep each piece of software in one repository. later you can use git-submodules to bind them together, but I don't know much about those yet
18:12 < pabs3> genete: fixed (forgot to get the width and height of the image)
18:13 < genete> :)
18:13 < KiBi> o<
18:13 < KiBi> I fully second maintaining 3 git repositories.
18:14 < pabs3> hey KiBi 
18:14 < KiBi> (thank you rore for keeping me posted.)
18:15 < KiBi> pabs3: not joining oftc today?
18:16 < pabs3> KiBi: just not my usual channels
18:16 < rore> (lalala that's so easy, say "git" and KiBi is all ears)
18:16 < KiBi> rore: Say anything and I'm all ears, pff :p
18:16 < KiBi> pabs3: OK.
18:16 < pabs3> :)
18:17 < CIA-41> synfig: pabs * r1943 /synfig-studio/trunk/src/gtkmm/splash.cpp: Fix r1942, forgot to get the image width and height
18:17 < rore> KiBi: Anything!
18:17 < KiBi> You. Out. :p
18:20 < factor> ppsft
18:20  * pabs3 registers lightning talk about synfig for debconf8
18:22 -!- akagogo [n=carlos@201.230.183.229] has joined #synfig
18:25  * KiBi doesn't register for debconf8.
18:27 < pabs3> are you going KiBi ?
18:27 < KiBi> pabs3: My last /me says I'm not.
18:27 < pabs3> oh :(
18:27 < KiBi> (Fuck you, James, hard.)
18:37 < dooglus> James == MangoFusion?  or who?
18:38 < MangoFusion> 0_0
18:38 < KiBi> dooglus: Nothing related at all.
18:39 < dooglus> MangoFusion: what big eyes you have!  weren't expecting that, eh?
18:39 < MangoFusion> haha
18:39 < KiBi> dooglus: The Debian keyring maintainer, who is very busy doing anything but maintaining it, but also objecting being helped.
18:39 < MangoFusion> don't worry, i can take it. hehe
18:59 < pixelgeek> good job rore's not listening
19:00  * factor messing around with the animation part of synfig finally.
19:00 < rore> pixelgeek: hey, but I'm reading :p
19:00 < pabs3> :D
19:01 < factor> easier than I thought
19:01 < factor> even for complex objects
19:02  * pixelgeek updates on the demo reel - coming along one frame at a time....  150/900 frames of ulrik's underwater scene
19:03  * factor hears intermission music
19:03 < pixelgeek> pretty much - it kills my PC when it's rendering this scene...  so I walk away and then it crashes...
19:04 < factor> dho
19:05  * pixelgeek afk
19:05 < factor> aka rendering
19:12 < factor> distsynfig would be handy
19:13 < factor> for long renders
19:13 < factor> or complex
19:13 < factor> which can happen pretty easy I see
19:17 < factor> once you are rendering does synfig have a way to stop?
19:17 < factor> before it finishes
19:19 < pabs3> in studio or synfig?
19:19 < pabs3> synfig - ctrl+c
19:20 < pabs3> studio - there is a stop button, not sure if it works
19:20 < factor> heh
19:20 < factor> studio
19:20 < factor> sorry
19:20 < factor> synfigstudio
19:21 < pabs3> stop button only seems to be for when you do view -> play
19:21 < factor> response is slow so when I click on something it has to be what I want or I have to wait till next interval to make another move.
19:21 < factor> sorta like playing chess have to wait my turn
19:22 < factor> other apps works fine just trying to negotiate synfigstudio t looks for the stop button
19:24 < factor> does synfigstudio have a way of talking to synfig
19:24 < genete> factor: also there still bugs using synfigstudio and manipulate the same animation file. If you render in studio and manipulate the file in studio (simply place the time cursor) it can produce strange frames...
19:25 < genete> so if render using studio it should be for a short render time
19:25 < factor> humm
19:25 < genete> I've discussed it with dooglus before
19:26 < factor> heh
19:26 < factor> good plan
19:27 < pabs3> factor: synfigstudio uses the libsynfig library, and synfig is a wrapper around libsynfig
19:28 < factor> also, any tut or simple way to tween methods. for a keyframe 1 to keyframe 2
19:29 < factor> like a simple point A to point B but have the rate speed up by .1 times faster per second or something
19:29 < factor> instead of a constant speed.
19:31 < pabs3> I think you want http://synfig.org/Waypoints#Interpolation
19:32  * genete working on a Following a Bline videotutorial
19:32 < factor> ahh that would be the key word I needed
19:35 < factor> be cool to have more interpolation styles but yes that is what I was talking about
19:35 < factor> see how that works out
19:35 < dooglus> I just made a bad commit - I'd advise not rebuilding for a while
19:35 < CIA-41> synfig: dooglus * r1944 /synfig-studio/trunk/src/gtkmm/duckmatic.cpp: Only update calculated tangents and widths if their 'amount' subparameters are linked to the 'amount' of the vertex being moved.
19:35 < factor> heh
19:35 < factor> ok
19:35 < factor> thanks
19:35 < genete> factor: I've just rebuild and it is awesome :)
19:36 < factor> lat I rebuilts was yesterday morning
19:36 < factor> mornig for me
19:36 -!- pabs3 [n=pabs@d122-105-78-204.per9.wa.optusnet.com.au] has quit [Read error: 104 (Connection reset by peer)]
19:40 -!- pabs3 [n=pabs@d122-105-78-204.per9.wa.optusnet.com.au] has joined #synfig
19:44 < dooglus> ok, I think it's OK again now (r1945)
19:56 < CIA-41> synfig: dooglus * r1945 /synfig-studio/trunk/src/gtkmm/duckmatic.cpp: The previous commit introduced a new crash. This fixes it.
19:58 < pabs3> nite all
19:58 < genete> nite
19:58 -!- genete [n=Genete@84.122.49.151.dyn.user.ono.com] has quit ["Abandonando"]
20:28 -!- _Elk [n=_Elk@ti0110a340-0355.bb.online.no] has joined #synfig
22:15 -!- genete [n=Genete@84.122.33.210.dyn.user.ono.com] has joined #synfig
22:17 -!- xerakko [n=Miguel@debian/developer/xerakko] has joined #synfig
22:26 < pixelgeek> 26 frames in 53 minutes.  
22:26 < pixelgeek> It crashed ~2 hours ago - I just noticed.
22:27 < pixelgeek> but one second closer to finished!  
22:35 -!- ZanQdo [n=Daniel@201.201.2.22] has joined #synfig
22:49 < CIA-41> synfig: dooglus * r1946 /synfig-studio/trunk/src/gtkmm/canvasview.cpp: Fix a minor problem, and a little tidying.
22:49 < CIA-41> synfig: dooglus * r1947 /synfig-studio/trunk/src/gtkmm/canvasview.cpp: Allow manipulation of BLineCalcTangent angle offsets via the angle duck.
22:49 < genete> Ouch!
22:50 < genete> I've recorded the videotutorial with the old behavior
22:50 < genete> I'll need to record it again to show all the capabilities 
22:53 < genete> rore: you should add a link to the Main French page to allow users to navigate between languages...
22:53 < factor> pixelgeek:dho!
22:54 < genete> rore: I mean add a link to the French one in the others language pages beyond the English one...
22:54 < rore> genete: well, I added it on the "main" (English) page, but is there a way to have it automatically added to every language page?
22:54 < genete> rore: not automatic, only manual :(
22:54 < rore> ah, ok, I wasn't sure
22:54 < rore> I'll do that, then :)
22:54 < genete> rore: maybe there is but I don't know it
22:54 < rore> and when synfig is translated into 100languages... :D
22:55 < factor> we will say thanks a lot rore.
22:55 < genete> run to translate the first!
22:55 < genete> the last one would update 99 pages :)
22:56  * rore can't even translate it to Breton, althought I live in the Breton-speaking part of France
22:57 < factor> dialect of french?
22:57 < dooglus> genete: are you talking about the 'link to bline' stuff?
22:57 < genete> yup
22:58 < genete> (yup to dooglus )
22:58 < dooglus> genete: the old ways still work (which is why I kept the old wiki page - http://synfig.org/Following_a_BLine_(the_old_way)
22:58 < dooglus> genete: I've updated the original page ( http://synfig.org/Following_a_BLine ) to use the 'link to bline' menu entry
22:59 < genete> dooglus: I've seen it
22:59 < dooglus> ok
22:59 < genete> don't refer to that
22:59 < genete> I mean that I did the video tutorial before the commits 1946 & 1947
22:59 < dooglus> I didn't realise that you couldn't rotate the arrow by dragging its rotate duck
22:59 < genete> but after 1945
23:00 < dooglus> ok.  1947 is to fix that - now you can rotate the arrow after linking its rotation layer
23:00 < dooglus> (it adjusts the 'offset' sub-param of the BLineCalcTangent angle
23:00 < genete> but when dragging the rotate origin, does the angle follows continuously?
23:01 < genete> that's what I missed
23:01 < genete> I did it dragging the rotate layer origin
23:01 < dooglus> I think it's probably a mistake to drag the rotate origin isn't it?
23:01 < genete> I don't know. IT is linked
23:02 < dooglus> not in the tutorial it isn't
23:02 < genete> it can be dragged and everything follows
23:02 < dooglus> I link the encap offset and the rotate amount
23:02 < genete> your tutorial is different, yes
23:02 < genete> maybe you should see my recorded one
23:03 < genete> uploading
23:03 < dooglus> ok
23:04 < genete> (it is 8 MB)
23:04 < rore> factor: not really a dialect of French, it's very different from it ( http://en.wikipedia.org/wiki/Breton_language )
23:07 -!- MangoFusion [n=jamesu@host86-147-212-148.range86-147.btcentralplus.com] has quit []
23:08 < factor> rore:ahh sounds like it is treated like spanish here in the americas.
23:08 < genete> dooglus: http://www.darthfurby.com/genete/synfig/out8.ogg
23:12 < factor> how can I move an object with in the main animation encapsulation - like my boggie monster want to make the guitar appear to bounce up and down behind the moving car
23:12 < factor> or say animate the flames.
23:13 < genete> factor: let's say select the layers and move the ducks with the normal tool at different frames... ?
23:14  * genete doesn't understand factor question
23:14 < factor> ok so I do have to manipulate the ducks not just the layers
23:14 < factor> right understand you dnt understand
23:14 < factor> :D
23:14 < factor> trying to lay it out but I think you got it
23:14 < factor> I will have to move the ducks in the animation not the layers.
23:15 < factor> I know for the flames i would have too but was wondering if I could just move the layer instead
23:15 < factor> I will try that.
23:15 < genete> depends on what you want to do you move the paste canvas origin or the ducks
23:16 < genete> produces same effect but has different uses
23:16 < factor> right
23:16 < factor> paste canvas orgin green duck usualy in center?
23:17 < genete> its default value is (0,0), yes in the center
23:17 < factor> that is what I am not seeing
23:17 < factor> not in the center or any where else I can see
23:17 < genete> but if you want to deform the shape you should deform the ducks
23:17 < genete> maybe you accidentally have it non visible
23:18 < factor> how can I takes its special powers of invisibility away?
23:18 < factor> take^
23:18 < genete> try ALT-1 and see if they come back
23:19 < factor> it is showing now
23:19 < factor> but dont know if it was from the keypress or selecting diff options
23:19 < factor> ok that is what I wanted
23:24 < dooglus> factor: if you just want to make a layer (or group of layers) move around without changing, it's easiest to animate just the green position duck of the layer (or encapsulation layer)
23:24 < factor> yup just had to find the green duck
23:24 < factor> worked
23:24 < dooglus> factor: see the caret menu, then "view > show/hide ducks"
23:25 < dooglus> there are 6 types of ducks shown - and alt-1 through alt-6 will toggle them if you don't want to use the menu
23:25 < factor> oh nice
23:26 < genete> dooglus: I see that now you can manipulate the angle ducks to set the offset angle for linked to bline angle amounts
23:27 < genete> but I don't see it updating when drag the origin (like the tangents do)
23:27 < genete> could it be possible?
23:29 < dooglus> I guess so
23:30 < dooglus> which origin are you dragging?
23:30 < dooglus> the rotate?
23:30 < genete> in the video yes
23:30 < genete> and in the new example (after update) yes too
23:30 < genete> I cannot rotate the origin duck of the paste canvas 
23:31 < genete> it goes outside .... very weird
23:31 < factor> does synfig have a way to see offscreen items like they where on the canvas?
23:32 < dooglus> factor: I don't think it does, no - but it would be useful I agree
23:32 < dooglus> factor: maybe have a toggle in the GUI for it
23:32 < genete> factor: offscreen is impossible, maybe outside canvas scope
23:32 < factor> yeah like a grey ed version of the onscreen stuff would be nice
23:32 < factor> yup
23:32 < factor> heh
23:33 < factor> off canvas
23:33 < genete> ;)
23:33 < factor> holosynfig
23:33 < dooglus> :)
23:33 < dooglus> genete: I'm not understanding about rotating pastecanvas ducks...
23:34 < genete> ok, let's download your sifz example and see what I'm doing wrong
23:34 < dooglus> genete: that sif is very old
23:34 < factor> but at least I can see the ducks "off canvas"
23:34 < dooglus> I didn't update it yet - but will now.
23:35 < genete> or follow your last update of the tutorial taking account the new features...
23:36 -!- akagogo [n=carlos@201.230.183.229] has quit ["Leaving."]
23:39 < genete> dooglus: I see something wrong in the tutorial
23:40 < dooglus> ok: http://synfig.org/images/9/9c/Arrow-follows-bline.sifz
23:40 < dooglus> genete: what's that?
23:40 < genete> in one moment you say that there are 2 root layers
23:41 < genete> Bline path, encapsulate (rotate, outline and region)
23:41 < genete> but you refer to "arrow" ancapsulation later
23:41 < genete> that was not done or renamed
23:41 < dooglus> right
23:42 < genete> did you see my video tutorial?
23:42 < dooglus> yes
23:42 < dooglus> very nice
23:42 < genete> if I drag the polyline origin it makes strange things
23:42 < dooglus> maybe show 'snap to grid' and 'show grid' for drawing a nice regular arrow poly?
23:43 < genete> yes I'll do that for the next version
23:43 < dooglus> you linked the rotate origin to the encap origin
23:43 < dooglus> I don't think you want to do that really
23:43 < dooglus> it's good to leave the rotate origin at 0,0 isn't it?
23:43 < genete> I didn't (I think)
23:43 < dooglus> oh, maybe not then - it looked like you did though
23:44 < genete> ah yes
23:44 < genete> so the wrong thing is link the rotate origin too!!!
23:44 < genete> you right
23:45 < genete> but how to know that you're not selecting the rotating origin but the paste canvas origin? 
23:45 < genete> they lie in the same place
23:45 < genete> Ok I understand
23:45 < dooglus> in the tutorial I suggest selecting just the pastecanvas first, so you can be sure to only get its position, not the rotate's origin too
23:45 < genete> link the arrow origin (what ever it is) and the rotate angle only
23:46 < dooglus> I think you need to link the encap origin and the rotate angle
23:46 < genete> So I'll regrab the video tutorial
23:46 < dooglus> linking the polyline origin won't work will it?
23:46 < genete> just doing it
23:47 < dooglus> the polyline needs to stay around 0,0, not move
23:47 < genete> let's see
23:48 < genete> the polyline origin doesn't work
23:48 < genete> it needs a encap layer
23:51 < dooglus> yes
23:51 < dooglus> because you need to move after rotating, not before
23:51 < dooglus> you need to rotate about a fixed point, then move the rotated arrow
23:54 < genete> it is working now
23:55 < genete> but in my example it worked using the rotate layer origin to drag
23:56 < genete> that seems more intuitive becasue you have the angle and origin visible at the same time
--- Log closed Mon Mar 31 00:00:42 2008