--- Log opened Tue Mar 13 00:00:12 2007
01:23 -!- pxegeek_ [i=86868801@gateway/web/cgi-irc/ircatwork.com/x-a184d4b4e7e9227c] has quit ["CGI:IRC 0.5.7 (2005/06/19)"]
02:02 -!- omry__ [n=omry@l192-117-99-243.broadband.actcom.net.il] has quit [Read error: 110 (Connection timed out)]
02:02 -!- omry__ [n=omry@l192-115-19-166.broadband.actcom.net.il] has joined #synfig
02:32 -!- igli [n=igli@82.152.213.243] has joined #synfig
02:32 -!- igli [n=igli@82.152.213.243] has quit [Remote closed the connection]
02:46 -!- pxegeek [n=Miranda@c-71-59-140-184.hsd1.or.comcast.net] has joined #synfig
03:17 -!- crazy_bus [n=philip@60.228.174.108] has joined #synfig
05:13 -!- pabs3 [n=pabs@dsl-58-7-234-232.wa.westnet.com.au] has joined #synfig
05:29 < pxegeek> circle icon is done
05:29 < pxegeek> http://pxe.geek.googlepages.com/circle
05:30 < pxegeek> At this rate I should be done in around 3 weeks ;)
05:36 < pabs3> rockn
06:06 < pxegeek> We're on a roll.  Here's the rectangle
06:06 < pxegeek> http://pxe.geek.googlepages.com/rectangle
06:06 < pabs3> w00t
06:08 < pabs3> hmm, tango icons are a bit boring
06:09 < pabs3> guess we'll wait and see what they look like in the mockup, but I'm thinking distribute multiple themes and keep one as the default
06:11 -!- Netsplit pratchett.freenode.net <-> irc.freenode.net quits: omry__
06:11 -!- Netsplit over, joins: omry__
06:14 < pxegeek> color-gradient for the hat-trick
06:14 < pxegeek> Yes - the geometry ones are very 'clean'
06:14 < pxegeek> color-gradient is ironically monochrome
06:15 < pxegeek> all the transform ones are shades of blue
06:15 < pxegeek> even the eyedropper and fill will be shades of gray and blue
06:15 < pxegeek> http://pxe.geek.googlepages.com/gradient
06:16 < pabs3> :/
06:17 < pabs3> maybe we could have an art-libre-set-strict and an art-libre-set-colourful theme
06:17 < pxegeek> :)
06:18 < pxegeek> Although as I look at the bottom two lines of icons, only the gradient has any noticeable colour apart from grays and blues
06:19 < pxegeek> Everything looks so small at 22x22 pixels....
06:21 < pxegeek> "art-libre-set-colourful" - don't tempt me, I need to go to sleep!
06:29 < pabs3> hehe
06:51 < pxegeek> OK pabs 
06:51 < pxegeek> as I didn't really want to go to sleep anyway....
06:51  * pabs3 grins
06:51 < pxegeek> here's the mockup of what it will look like
06:52 < pxegeek> (it actually does grow on you, especially when the whole of your desktop uses the same icons).  
06:52 < pxegeek> http://pxe.geek.googlepages.com/
06:53 < pxegeek> It's not as clean as the final version - I lost the drop shadows as windows clipboard doesn't understand transparency
06:53 < pxegeek> But it does look quite smart.  
06:53 < pxegeek> IMHO
06:54 < pabs3> yeah, I recon so too
06:57  * pxegeek goes to bed
06:57 < pxegeek> 'night all
06:59 < pabs3> gnite pxegeek 
07:01 -!- pxegeek [n=Miranda@c-71-59-140-184.hsd1.or.comcast.net] has quit ["Miranda IM! Smaller, Faster, Easier. http://miranda-im.org"]
07:59 < pabs3> madsen: was it you before who wanted to delete files not in svn? try svn-clean
08:08 < dooglus> pabs3: do you have a studio build from revision 300 or older?
08:08 < dooglus> I'm wondering whether bug 1679452 was introduced by revision 301 or not
08:16 < pabs3> yep. how do i show the draw tool again?
08:16 < dooglus> export SYNFIG_ENABLE_DRAW=1
08:18 < dooglus> when I say 'extend it', I mean continue drawing from one of its end ducks
08:20 < pabs3> right
08:23 < pabs3> yep, that is a problem in SVN 295 too
08:23 < dooglus> I'm not sure what the best fix would be
08:25 < dooglus> in general it's possible to be drawing a line from a duck in one layer to a duck in another
08:25 < dooglus> and the 2 layers could well have different 'position' offsets
08:26 < pabs3> it is? interesting
08:26 < dooglus> my change 301 was to make that work properly
08:26 < dooglus> it was always possible to join a duck in one layer to a duck in another, but only if both ducks were inside their blines (ie. not the start of the end of a bline)
08:27 < dooglus> now it also works if either the start or the end of the new line is the start or end of an existing bline
08:27 < dooglus> in that case it makes one of the existing blines longer, rather than creating a new layer
08:28 < dooglus> and 'link's the other end to the existing duck
08:30 < pabs3> 295 seems to create a new layer if you go from middle duck to middle duck btwn layers. and end to end  just extends the first bline
08:31 < dooglus> if you go middle to middle, it has to create a new layer - there's nothing else it can do
08:31 < dooglus> but notice that the new layer is linked to the old 2 layers - use the 'normal' tool to move the 2 ends and see that the vertex is joined
08:32 < pabs3> middle to end extends the second layer. end to middle extends the first layer
08:32 < dooglus> then try the 'end to end' case, and you'll see that only one end (the starting end) is joined on
08:32 < dooglus> the other end looks like it's joined, but it isn't
08:32 < dooglus> mid-to-end and end-to-mid extends the end, and fails to join on to the middle
08:33 < dooglus> ie. there will be 2 ducks on top of each other at the 'middle' point, but move one of them and the other doesn't move with it
08:33 < dooglus> (that's fixed in r301)
08:33 < pabs3> 295 mid-mid doesn't seem to join the new layer to the old ones
08:34 < dooglus> it shouldn't join the layers, but it should link the corresponding ducks
08:34 < dooglus> ie. if you move one, the other moves with it
08:34 < pabs3> oh, I thought you meant the whole bline
08:34 < dooglus> I don't think it's possible to have an 'H' shaped bline
08:35 < dooglus> they're either lines or loops, that's all?
08:35 < dooglus> no junctions allowed
08:35 < pabs3> huh, so it is
08:35 < pabs3> yeah, although with this behaviour you can use 3 blines to create a H :)
08:35 < dooglus> yes.
08:35 < dooglus> are you seeing the 'link' behaviour happening?
08:36 < pabs3> yep
08:36 < dooglus> it's the "auto connect" checkbox in the tool options
08:36  * pabs3 gonna try moving the centrepoint, then a duck
08:36 < pabs3> yep, still linked
08:37 < dooglus> the other thing that doesn't work (in 295) is if you draw from a bline's end to its middle (or vice versa)
08:37 < dooglus> it will extend the line, but not link the new end to the middle
08:38 < pabs3> so, 301 fixed that?
08:38 < dooglus> yes
08:38 < dooglus> that was the tricky bit
08:38 < dooglus> because the middle that you need to link to moves when you extend the line
08:39 < dooglus> ie. if it was the 4th vertex in the line and you add 3 new ducks on the start, it then becomes the 7th vertex
08:39 < dooglus> I was hoping to be able to use the draw tool to connect to the centre of circles, too
08:40 < dooglus> but that doesn't work - it only works with vertex ducks
08:40 < dooglus> state_draw.cpp has: etl::handle<Duck> start_duck(get_work_area()->find_duck(bline.front().get_vertex(),radius,Duck::TYPE_VERTEX));
08:40 < dooglus> which limits the duck detection to only working with verticies
08:41 < dooglus> adding a |DUCK::TYPE_POSITION makes it notice when you're trying to connect a circle, but then it crashes...
08:41 < dooglus> so I decided to leave that - the patch was big enough already.
08:41 < pabs3> interesting
08:42 < dooglus> I thought it might be useful for drawing bicycles :)
08:42 < pabs3> indeed!
08:43 < dooglus> re. the bug 1679452 - it seems that 'encapsule'ing a bline and moving the wrapper layer causes a similar (but slightly different) bug
08:43 < dooglus> and I'm guessing that using any kind of distortion layer on the bline will do similar
08:49 < pabs3> gets incredibly complex quickly
08:50 < dooglus> yes
08:55 < dooglus> it seems to be mostly OK connecting to a bline inside a distortion layer
08:56 < dooglus> because the new bline is created at the same level inside the distortion layer, and so gets distorted in the same way
08:56 < dooglus> the main problem is when connecting to a bline in a layer that has been moved
08:57 < dooglus> and I think the solution would be to set the position of the new layer to be the same as the position of the layer we're connecting it to
09:00 -!- omry [n=omry@l192-115-27-205.broadband.actcom.net.il] has joined #synfig
09:14 -!- omry__ [n=omry@l192-115-19-166.broadband.actcom.net.il] has quit [Read error: 110 (Connection timed out)]
09:17 < dooglus> any idea what is the point of the:
09:17 < dooglus> if (...) do {
09:17 < dooglus>  ...
09:17 < dooglus> } while (0);
09:18 < dooglus> stuff in the code?
09:18 < dooglus> do ... while (0) doesn't seem to add anything
09:19 < dooglus> see for example CanvasInterface::change_value in synfigstudio/src/synfigapp/canvasinterface.cpp
09:43 -!- pabspabspabs [n=pabs@dsl-58-7-49-117.wa.westnet.com.au] has joined #synfig
09:45 -!- pabs3 [n=pabs@dsl-58-7-234-232.wa.westnet.com.au] has quit [Read error: 101 (Network is unreachable)]
09:48 -!- pabspabspabs is now known as pabs3
10:11 -!- pabs3 [n=pabs@dsl-58-7-49-117.wa.westnet.com.au] has quit [Remote closed the connection]
10:17 -!- pabs3 [n=pabs@dsl-58-7-49-117.wa.westnet.com.au] has joined #synfig
10:25 -!- pabs3 [n=pabs@dsl-58-7-49-117.wa.westnet.com.au] has quit [Remote closed the connection]
10:25 -!- pabs3 [n=pabs@dsl-58-7-49-117.wa.westnet.com.au] has joined #synfig
11:06 -!- crazy_bus [n=philip@60.228.174.108] has quit [Remote closed the connection]
11:54 -!- omry__ [n=omry@l192-117-99-251.broadband.actcom.net.il] has joined #synfig
12:10 -!- omry [n=omry@l192-115-27-205.broadband.actcom.net.il] has quit [Read error: 110 (Connection timed out)]
14:28 < dooglus> I fixed that draw tool bug
14:28 < dooglus> and, of course, found a new one :)
14:44 < Bombe> Good. The number of known bugs can never be too low!
14:48 -!- Andre_Re [n=chatzill@p3EE0BECE.dip0.t-ipconnect.de] has joined #synfig
14:48 < Andre_Re> hi
14:49 < Andre_Re> how can i make the color black?
14:49 < Andre_Re> i an only hose between red and yellow o.O
14:51 < Bombe> Black, black, let me think... nope, we don't support the color black yet. :)
14:51 < Bombe> Well, just click the red or yellow squary, a color dialog should pop up.
14:52 < Andre_Re> i know ;)
14:53 < Andre_Re> but if i change the values, there are no changes in the color
14:53 < Andre_Re> i con only chose red or yellow :S
14:57 < Andre_Re> http://img246.imageshack.us/img246/295/errorlu6.png
14:57 < Andre_Re> this color (0,0,0) is shown as red o.O
15:00 < Bombe> Wow.
15:00 < Bombe> Now that's a strange problem.
15:02 < Andre_Re> is this normal?
15:02 < Bombe> I have never seen that before so no, it's not normal. :)
15:02 < Bombe> You should report that to the bug tracking tool on sf.net.
15:14 < pabs3> Andre_Re: that is a known bug that is fixed in svn 
15:14 < pabs3> go fix yer gamma in the settings dialog
15:14 < Andre_Re> ok
15:14 < pabs3> it was caused by using the user's locale when saving settings or something
15:16 < Andre_Re> oh..
15:16 < Andre_Re> when will the next officiel version be released?
15:21 < dooglus> the bug tracker is here: http://sourceforge.net/tracker/?group_id=144022&atid=757416
15:23 < pabs3> no date yet, main blocker is the lack of maintainer for macos binaries
15:25 < pabs3> although madsen has been working on that
15:29 < dooglus> I think I'm much happier with the draw tool now
15:29 < dooglus> if you can find anything that still doesn't work, please let me know
15:31 < pabs3> better get off my ass and build the new version :)
15:31 < Andre_Re> hm, how can i render a whole animation?
15:32 < Andre_Re> can i chose avi oslt?
15:34 < pabs3> in the current release, probably render with the dv target (on the command line) and convert with ffmpeg or something
15:35 < Andre_Re> ook
15:36 < Andre_Re> ^^
15:36 < pabs3> for the svn version, all the targets work again both in the gui and on the command line
15:36 < dooglus> the next release will be a lot better at rendering from within studio
15:36 < Bombe> Cool, you managed to fix the libav output?
15:36 < dooglus> pabs did
15:37 < pabs3> dooglus: btw, did you see the "metaballs" plugin hiding in the example plugin dir?
15:37 < Bombe> Very cool.
15:37 < dooglus> no, I didn't
15:37 < pabs3> I'm curious to see what they do
15:37 < dooglus> isn't it clear from the copious comments?
15:38 < dooglus> **	\brief Implements metaballs
15:38 < dooglus> what more do you want to know?
15:38 < pabs3> heh
15:38 < Bombe> ;)
15:38 < pabs3> sheeet, mod_libavcodec now FTBFS with the libavcodec I upgraded to today :/
15:39 < dooglus> http://en.wikipedia.org/wiki/Metaballs
15:41 < dooglus> metaballs: http://youtube.com/watch?v=h1EgyrzEBvg
15:41 < Andre_Re> would you set up an multilingual wiki
15:41 < pabs3> ahhh, interesting
15:42 < dooglus> or http://youtube.com/watch?v=t_pGaYHgA5o
15:44 < pabs3> hmm, the wiki is hosted by darco so we'd be dependent on him to setup a new one and I don't think he has much time
15:44 < pabs3> but there is no reason you can't create pages like Main_Page_Es or something
15:45 < pabs3> and put translations on thme
15:46 < Andre_Re> but if you actiate the lang-support of this software (only add a entry in the DB), you can add a great looking menu ;)
15:48 < pabs3> oh, what needs changing?
15:49 < pabs3> I can ask darco if he can do it (sounds simple to do)
15:57 < pabs3> gah, I'm switching back to the debian libavcodec from the debian-multimedia ones, at least I can file bugs!
16:25 < pabs3> Andre_Re: you there?
16:25 < Andre_Re> what?
16:27 < pabs3> Andre_Re: <pabs3> oh, what needs changing? I can ask darco if he can do it (sounds simple to do)
16:28 < Andre_Re> google after it. you only had to add a speciel table in the DB and it works ;)
16:29 < pabs3> hmm, what search terms?
16:31 < Andre_Re> i dont know, my wiki-admin is offline ;)
16:31 < Andre_Re> openanno.org/wiki
16:57 -!- omry [n=omry@l192-114-45-150.broadband.actcom.net.il] has joined #synfig
17:07 < pabs3> Andre_Re: looks like it is a plugin http://www.mediawiki.org/wiki/Extension:Multilanguage
17:07 < Andre_Re> no
17:07 < Andre_Re> you dont have to install something
17:07 < Andre_Re> its includes
17:12 -!- omry__ [n=omry@l192-117-99-251.broadband.actcom.net.il] has quit [Read error: 110 (Connection timed out)]
18:13 -!- pabs3 [n=pabs@dsl-58-7-49-117.wa.westnet.com.au] has quit ["Don't rest until all the world is paved in poems."]
18:26 -!- Andre_Re [n=chatzill@p3EE0BECE.dip0.t-ipconnect.de] has quit [Read error: 60 (Operation timed out)]
19:48 -!- igli [n=igli@82.152.197.97] has joined #synfig
20:11 -!- Andre_Re [n=chatzill@p3EE0BECE.dip0.t-ipconnect.de] has joined #synfig
22:15 -!- Andre_Re [n=chatzill@p3EE0BECE.dip0.t-ipconnect.de] has quit [Read error: 104 (Connection reset by peer)]
22:33 -!- omry__ [n=omry@l192-114-45-183.broadband.actcom.net.il] has joined #synfig
22:50 -!- omry [n=omry@l192-114-45-150.broadband.actcom.net.il] has quit [Success]
22:52 -!- omry__ is now known as omry
23:27 -!- xerakko [n=xerakko@98.Red-83-61-143.dynamicIP.rima-tde.net] has joined #synfig
--- Log closed Wed Mar 14 00:00:12 2007