Camelia, the Perl 6 bug

IRC log for #padre, 2011-01-11

| Channels | #padre index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:00 pece left #padre
02:16 dandv Oh, rindolf was here. Did he say "Hi all." ? :)
03:05 ppant joined #padre
03:17 jazzanova joined #padre
04:13 ppant left #padre
04:23 Hyppolit svn: r13463 | adamk++ | http://padre.perlide.org/trac/changeset/13463
04:23 Hyppolit - On a slow filesystem where the directory browser is slow to fill
04:23 Hyppolit directory expansion controls, the fill will no longer be aborted if
04:23 Hyppolit you quickly expand a subdirectory. Both will occur in parallel (ADAMK)
04:23 Hyppolit trunk/Padre/ trunk/Padre/lib/Padre/Wx/
04:38 kanishka1 joined #padre
04:41 kanishka left #padre
04:56 ppant joined #padre
05:32 Hyppolit svn: r13464 | adamk++ | http://padre.perlide.org/trac/changeset/13464
05:32 Hyppolit - FindInFiles was using path objects incorrectly (ADAMK)
05:32 Hyppolit - FindInFiles was trying to use a directory node, but wasn't merging the
05:32 Hyppolit file nodes together under it. Removed directory nodes until a better
05:32 Hyppolit implementation is written (ADAMK)
05:32 Hyppolit trunk/Padre/ trunk/Padre/lib/Padre/Task/ trunk/Padre/lib/Padre/Wx/ trunk/Padre/lib/Padre/Wx/Directory/
05:34 Hyppolit svn: r13465 | adamk++ | http://padre.perlide.org/trac/changeset/13465
05:34 Hyppolit Missed the "n results" on the file labels
05:34 Hyppolit trunk/Padre/lib/Padre/Wx/
05:35 Alias Anyone noticed the bug where toolbar buttons start triggering commands other than the ones they are supposed to?
06:00 waxhead nope
06:00 waxhead haven't been using Padre in a while.
06:11 Alias Because it sucks, or because you're not writing Perl?
06:30 ispy_ left #padre
06:30 ispy_ joined #padre
06:31 szabgab Alias: because he does not like the packaging :)
06:40 marcela joined #padre
06:45 Sewi joined #padre
06:46 kaare joined #padre
07:00 waxhead mostly not writing perl..
07:03 waxhead hard to find a personal project that I'll keep working on.
07:03 waxhead I do have a fwe things I want to do, but never get around to it
07:05 szabgab waxhead: you know you could always hack padre...
07:05 szabgab I can give a few smaller ideas within padre or as a plugin
07:07 szabgab http://superuser.com/questions/231248/re​building-perl-the-get-it-ready-for-padre
07:26 ispy_ left #padre
08:00 kanishka1 left #padre
08:01 daxim joined #padre
08:11 Hyppolit svn: r13466 | azawawi++ | http://padre.perlide.org/trac/changeset/13466
08:11 Hyppolit Fixed FindInFiles to work again. It croaked... :)
08:11 Hyppolit trunk/Padre/lib/Padre/Wx/
08:20 danlucraft joined #padre
09:04 szabgab nopaste?
09:04 Hyppolit nopaste is http://www.pastebot.net/
09:05 szabgab http://www.pastebot.net/paste/PCc5qkRrktV/
09:06 szabgab I am really unclear on what am I dowing wrong
09:06 szabgab this thing prints   obj=X....   instead of throwing an exception
09:07 szabgab and I am a bit too embarrassed to ask this on #moose
09:27 El_Che lo
09:27 El_Che use X;?
09:28 szabgab in the meantime I went over to the Moose channel
09:28 szabgab the problem is that Moose does not check if the given parameters really are attributes and disregards the additional ones
09:29 szabgab there is an extra module for strictness
09:29 El_Che ah, the abc thing
09:29 El_Che I see it now
09:29 El_Che yes
09:30 El_Che I check that kind of stuff for cli programs
09:30 szabgab I woner what happens in case of inheritance
09:30 szabgab s/woner/wonder
09:30 El_Che use Moose::Meta::Attribute::Native;
09:30 El_Che with 'MooseX::Getopt::Strict';
09:31 El_Che does waht you want when the new is supplied by cli params
09:31 szabgab I was told to use MooseX::StrictConstructor;
09:32 El_Che yeah, my example is pretty specific
09:32 El_Che only for cli params (where I *really* care)
09:32 El_Che pretty neat
09:33 El_Che a cli interface in no time in Moose
09:33 szabgab I have a strange issue with Padre,
09:33 El_Che is it touching you?
09:33 El_Che :)
09:33 szabgab when I try to copy stuff it keeps pasting older strings
09:33 El_Che on linux?
09:34 szabgab yes
09:34 El_Che isn't that the mixup between the regular copy buffer and the X copybuffer that never was fully fixed?
09:34 szabgab and I see this for some time now but I was hoping someone else will fix it :)
09:35 szabgab I am talking about simple copy paste within padre usinc ctr-c/ctr-v
09:35 szabgab I am not sure it is related to the X copybuffer issue
09:35 El_Che maybe it's copying the X buffer?
09:36 szabgab I don't think so
09:36 szabgab I just tried ctrl-c ctrl-v worked the first time, then I tried ctrl-c-ctrl-v again on another string and got the first one copied again
09:37 El_Che does't it get in the X buffer then because it was selected text?
09:37 El_Che you do both at that stage
09:38 szabgab now when I try it works well, so it is not always repeatable
09:38 El_Che it's centainly the X thing
09:38 szabgab it is driving me crazy
09:38 szabgab but now I have to go back to do real work
09:39 Sewi Hi szabgab
09:40 Sewi You can't paste a string over itself. If you mark and copy "foo" and then mark "bar" and paste, "foo" is being pasted as "bar" would be replaced by "bar" otherwise.
09:44 El_Che how do gtk program work?
09:44 El_Che they don't have the same problem
09:45 El_Che morning, Sewi
09:45 Sewi Hi El_Che
09:47 Sewi Mouse selections always do auto-copy when you release the button (on Linux, at least, maybe it's an config option now). If you select foo and then select bar to paste foo over it, bar is copied and foo is lost.
09:47 Sewi But Padre remembers foo and pasts it over bar if you push Ctrl+V now.
09:47 Sewi But I don't know if this is related to your problems at all :)
09:47 El_Che looks like the description of the problem
09:48 El_Che so we should replace the ctrl  + V buffer as well?
09:48 Sewi Ctrl+C and +V use the same buffer, one writes the other one reads.
09:49 szabgab Hi Sewi I am pasting on empty space - I think
09:49 Sewi ok.
09:49 Sewi the workaround matters only if you try to paste over a selection and the buffer has exactly the same content as the selection.
09:49 El_Che Sewi: I mean CTRL + * and the X11 buffer should be the same
09:50 Sewi Ctrl+* does nothing here, maybe because I need to press Ctrl+Shift+ "+" because the star is the "shift" char on the "+" key on German keyboards.
09:51 El_Che hehe
09:51 El_Che no with * I mean C or V
09:51 El_Che Ctrol + [CV] :)
09:51 Sewi lol, ok :)
09:52 Sewi There are at least two X11 bufferns but Padre always had problems using more than one :(
11:16 Di-ima left #padre
11:17 El_Che hehe
11:28 Di-ima joined #padre
11:46 ppant left #padre
12:08 jazzanova left #padre
13:24 bayashi joined #padre
13:54 ispy_ joined #padre
14:08 jnap joined #padre
14:34 Maltus joined #padre
14:35 jnap left #padre
14:37 jnap joined #padre
14:53 kaare left #padre
15:28 kaare joined #padre
16:07 dapatrick joined #padre
17:06 kanishka joined #padre
17:06 marcela left #padre
17:19 Sewi left #padre
17:20 toi joined #padre
17:20 Sewi joined #padre
17:30 daxim left #padre
17:34 Steffen joined #padre
17:39 Woody2143 joined #padre
17:42 danlucraft left #padre
17:45 kanishka left #padre
17:51 ispy_ left #padre
17:54 zenog &
18:00 ispy_ joined #padre
18:59 kanishka joined #padre
19:12 toi left #padre
19:25 kanishka left #padre
19:34 pece joined #padre
20:59 pece left #padre
21:19 Maltus left #padre
21:21 jnap left #padre
21:25 jnap joined #padre
21:56 Sewi left #padre
22:30 jnap left #padre
22:33 kaare left #padre
22:43 dapatrick left #padre
23:27 Hyppolit svn: r13467 | adamk++ | http://padre.perlide.org/trac/changeset/13467
23:27 Hyppolit Forgot to commit my FindinFiles fix
23:27 Hyppolit trunk/Padre/lib/Padre/Wx/
23:42 Steffen left #padre

| Channels | #padre index | Today | | Search | Google Search | Plain-Text | summary