Camelia, the Perl 6 bug

IRC log for #padre, 2010-08-29

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

All times shown according to UTC.

Time Nick Message
02:47 awnstudio left #padre
03:47 Sno| left #padre
03:47 [Sno] left #padre
03:48 Sno| joined #padre
03:51 [Sno] joined #padre
04:04 awnstudio joined #padre
04:10 Hyppolit svn: r12384 | szabgab++ | http://padre.perlide.org/trac/changeset/12384
04:10 Hyppolit gitignore blib directories
04:10 Hyppolit trunk/
04:58 chorny left #padre
05:59 kaare joined #padre
06:44 zenog joined #padre
06:52 Sewi joined #padre
07:20 Hyppolit svn: r12385 | zenogantner++ | http://padre.perlide.org/trac/changeset/12385
07:20 Hyppolit fixed typos in perl5.yml
07:20 Hyppolit trunk/Padre/ trunk/Padre/share/languages/perl5/
07:28 Hyppolit svn: r12386 | zenogantner++ | http://padre.perlide.org/trac/changeset/12386
07:28 Hyppolit keyboard shortcuts for refactoring
07:28 Hyppolit trunk/Padre/ trunk/Padre/lib/Padre/Wx/
07:29 zenog Do you also get wrong syntax errors when editing some files of the Padre source code?
07:38 zenog Another thing: What is the "Perl Beginner Mode" in the settings? I don't see where it makes a difference in the UI, and there is no explanation of it in Padre.
07:51 Sewi It changes few things.
07:51 Sewi Like auto-check-for-beginner-errors-before run
07:52 azawawi joined #padre
07:52 azawawi hi
07:52 azawawi zenog: the "Perl beginner mode" was made to detect common beginner perl 5 mistakes
07:52 azawawi zenog: it runs when you run a script
07:53 azawawi zenog: it sometimes gives false positives because it is based on regular expressions.
07:53 azawawi zenog: http://search.cpan.org/~plaven/Padre-0.​66/lib/Padre/Document/Perl/Beginner.pm
07:54 azawawi zenog: sorry that's the latest http://search.cpan.org/~plaven/Padre-0.​69/lib/Padre/Document/Perl/Beginner.pm
07:54 azawawi zenog: ask Sewi about it :)
07:54 azawawi zenog++ # for refactoring shortcuts
07:55 zenog azawawi: thx
07:55 Sewi Open any Perl5 file and click on Perl -> Check for beginner errors
07:55 azawawi zenog: no problem.
07:55 zenog I picked the refactoring shortcuts that are the ones used in Eclipse. Feel free to change ...
07:56 zenog There is also a setting called "beginner mode", which is different from the menu entry. What does that do?
07:56 azawawi Ihad a todo on the inline variable-rename one. I actually had a working example but stopped...
07:56 azawawi Ihad = I had :)
07:57 zenog azawawi: Variable renaming does not work for you?
07:58 azawawi zenog: no it works. I am just saying i was working on a prototype for inline variable rename. (realtime) :)
07:59 zenog azawawi: Cool.
07:59 zenog azawawi: That would be a really really neat feature ...
08:00 azawawi zenog: we need first to fix that stupid dependency on wx STC to gain faster/modern Perl5 and a recent STC
08:00 zenog I would like to work on the key bindings editor. Is there anything specific to be careful about?
08:00 azawawi zenog: http://www.scintilla.org/
08:00 azawawi zenog: ah, nothing... it is just UI
08:01 azawawi zenog: great. Finish it please :)
08:01 Sewi Don't break defaults :-) I don't know if there are any config preparations done
08:01 zenog azawawi: What is the problem with Scintilla? That WxPerl uses an old version of it?
08:01 azawawi zenog: very old
08:01 zenog Sewi: Looks like the config work has still to be done.
08:01 azawawi zenog: 2.20 is the latest. wxSTC is something like 1.6x
08:02 zenog azawawi: WxPerl problem or WxWidgets problem?
08:02 azawawi zenog: wxWidgets
08:02 azawawi zenog: wxperl is a wrapper
08:02 azawawi zenog: and hoping for a new wxwidgets release is like waiting another 2-3 years...
08:03 * azawawi looks at wxwidgets 2.9.1 to make sure
08:04 azawawi 2.9.1 wxwidgets dev release notes {The "stc" and "svg" contribs instead have been moved respectively into a new "official" library stc and in the core lib.}
08:06 azawawi even the website says latest dev is 2.9.1 and the downloads page has 2.9.0...
08:07 zenog ... so there is some hope ...
08:07 zenog azawawi: Would it be an option to create our own Scintilla wrapper so that we are not
08:07 zenog depending on the WxWidgets release schedule?
08:08 zenog (of course this would be more work ...)
08:08 azawawi zenog: that's what im thinking of...
08:09 azawawi zenog: I was one of the developers in STC back when the project was young :)
08:09 * azawawi downloads wxwidgets 2.9.1 to make sure
08:11 azawawi left #padre
08:12 azawawi joined #padre
08:12 patspam left #padre
11:26 pece joined #padre
11:31 Steffen joined #padre
11:35 Hyppolit svn: r12387 | zenogantner++ | http://padre.perlide.org/trac/changeset/12387
11:35 Hyppolit changed two typos in comments
11:35 Hyppolit trunk/Padre/lib/Padre/Wx/
11:38 pece left #padre
11:41 Alias joined #padre
11:43 pece joined #padre
11:48 jq Alias: ping
11:49 Alias yo
11:49 jq hey alias. seen my mail wrt my_config()?
11:49 Alias briefly
11:49 jq had you some time to think about it, and let dust settle?
11:52 Alias I just upgraded my laptop to Win 7
11:52 Alias It's interesting, there's a whole new DIFFERENT directory pattern here
11:54 jq oh. does my_config() makes sense in here?
11:54 Alias This was for the human-editable stuff right?
11:55 jq or the config of an application
11:55 jq data can be wiped out quite easily, app should be able to recreate
11:55 Alias Well, I'm of the opinion that configuration which is not human-edited is considered data
11:55 jq config can have some stuff customized by the user
11:55 jq (either via the app itself, or via editing config file directly)
11:56 jq also, i see that config is small, while data can be pretty big
11:57 Alias I find the size distinction abiguous
11:57 Alias There's certainly config that's large, and data that's small
11:57 jq agreed, it's just an conclusion, not the preclude of the distinction
11:58 jq so, what does windows 7 do differently?
12:00 Alias Apart from getting rid of a lot of the spaces in directory names, it has an odd C:\ProgramData directory
12:01 Alias Although my_data still returns C:\Users\Adam\AppData\Local
12:01 Alias So I'm not ENTIRELY sure that the other one is... possibly for global/root data
12:01 Alias Or maybe share...
12:02 jq no config? still supposed to be in the registry?
12:02 Alias THAT part is certainly the windows way
12:03 jq yes, but the goal of file::homedir is to provide a way that's portable
12:03 jq so, it's not really a good idea to require people to use registry on windows, and file::homedir on other platforms
12:04 Alias No, it's not
12:04 Alias Because people don't write code like that
12:04 Alias They use files
12:04 jq yes
12:04 jq hence my request for a my_config() in file::homedir
12:16 azawawi wxWidget 2.9.1 has STC 2.03
12:18 azawawi wxWidget 2.9.1 is development "stable". They say it is ready for production but they're not tagging it as stable.
12:18 Alias jq: I'm still theoretically in favour, but not without it being completely defined and sane
12:18 Alias And the problem is there's no actual place for that
12:18 Alias At least in Win32
12:20 jq Alias: what about my_data()/config/ for windows?
12:20 jq that's not "standard", but since windows propose no standard...
12:21 jq that's not too bad a proposal, and we'll be able to migrate later on if windows propose sthg native
12:21 Alias Windows does provide a standard for that's inside my_data
12:21 Alias my_data/Vendor/Product
12:21 Alias (Capitalised)
12:21 azawawi i thought %APPDATA%/vendor-name was the standard folder for application data
12:22 jq hmm, ok
12:22 zenog Hi guys, the actions "search.find_next" and "search.quick_find_next" have the same labels, which leads to only one of the two actions being present in the current form of the key bindings editor.
12:22 jq but since my_config() would not be called directly, but from my_dist_config()...
12:23 jq ... couldn't we do the same trick than what we do for traditional unix?
12:23 jq eg: my_data()/Perl/dist/$dist/config
12:23 zenog There are two ways of solving this: (1) make them have different labels (2) use the internal name to disambiguate ...
12:23 zenog I'd go for solution (2), any comments?
12:24 jq *or* use my_data()/Perl/dist/File-HomeDir/config/
12:24 jq (but i'm not really in favour of this one)
12:24 Alias If we go under my_data() certainly we need to use /Perl/
12:24 Alias The problem here is the goal
12:25 zenog (forget about what I said above, I just saw that the internal names are already displayed in the shortcut editor ...)
12:25 Alias From a directory partitioning point of view my_data()/Perl/File-HomeDir/config or something makes sense
12:25 Alias But if we do that, there's no way in hell anyone will ever be able to edit it by hand
12:25 jq agreed
12:26 jq then make _my_config() private, and only propose the use of my_dist_config()
12:26 jq which would return my_data()/Perl/dist/$dist/config for windows
12:26 azawawi zenog: :)
12:26 jq my_data()/.perl/dist/$dist/etc for unix
12:27 Alias If it's not going to be configuration, then going back to dist_data makes more sense
12:27 jq and _my_config()/Perl/dist/$dist on other os
12:28 jq oops, that's *_my_config*()/.perl/dist/$dist/etc for unix
12:28 jq (which is the same, since it would return $HOME)
12:28 jq so, wdyt? do we have a deal by making _my_config() private, and only advertise my_dist_config()?
12:29 Alias My problem is that at this point that directory layout isn't about config any more
12:29 Alias It's back at my_dist_data or dist_data
12:29 Alias Because really, nobody is going to edit anything that deep
12:29 jq well, it is as much as possible - depending on what the os proposes
12:30 jq we are proposing a default on os that don't have such distinction
12:30 jq the default might not be perfect, but would work
12:30 Alias I'd almost rather go back to the original idea of merging data and config together
12:30 jq but that's not possible on all os
12:30 jq freedesktop has 2 different directories
12:31 Alias grr
12:31 jq ok, other possibility: default to $HOME for my_config()
12:31 jq same way it's done in other os implementation
12:31 Alias That doesn't need our help
12:31 jq then, my_dist_config() would be $HOME/.perl/dist/$dist
12:32 * azawawi home &
12:32 jq Alias: ?
12:32 azawawi left #padre
12:32 Alias Sorry, misread
12:32 Alias It's late here, and I've had a very long day and moved 2 timezojnes
12:33 Alias So to clarify, we'd need two methods right?
12:33 Alias dist_data, dist_config
12:33 jq yes
12:33 jq my_dist_data() already exists
12:33 Alias Maybe on Windows we cheat
12:33 Alias my_documents/Perl/Dist-Na,e
12:34 Alias Something at least vaguely editable
12:34 jq ok.
12:34 jq will implement that
12:34 Alias So my_dist_config?
12:34 Alias I'm tempted to say we just drop the my for both
12:34 jq my_dist_config(), yes
12:34 jq no problem to drop the my_
12:34 Alias But maybe we keep them for symmytry
12:34 jq i don't care.
12:34 Alias Windows doesn't use "My" anymore anyway
12:35 Alias They are called "Libraries" in 7 now, apparently
12:36 jq so, i'm making _my_config() private?
12:36 Alias No, lets just inline it
12:36 jq or even, do everything in file::homedir, and not in the drivers...
12:36 jq yes, makes sense
12:36 Alias We'll have to do the my_documents hack in the driver
12:37 Alias But that can be an overload if needed
12:37 jq so: base = freedesktop ? $config : $my_documents
12:37 Alias Lets start with that
12:37 Alias No "ifs" in the base module though
12:38 Alias Differentiation is done via subclassing
12:38 jq and path = $base eq $HOME ? $base/.perl/dist/$dist/etc : $base/Perl/dist/$dist
12:38 Alias Do we want module-based stuff?
12:38 jq we might, later on
12:38 Alias File::ShareDir has a module vs dist concept
12:38 jq i know, hence the static "dist" part
12:38 jq but let's tackle this, modules will be easy then
12:39 Alias Downside, for something editable, it's another level to change into
12:40 Alias Could we just conflate the two in this case?
12:40 Alias dist Foo-Bar -> /Foo-Bar/, module Foo::Bar -> /Foo-Bar/
12:41 Alias To simplify it for humans?
12:41 jq why not. i don't really care...
12:41 jq i kept the dist/ to mimic my_data()
12:41 jq but don't really *want* this level.
12:41 Alias And in that case, I kind of agree, since it's not for humans
12:41 jq ok. i'll implement that
12:42 Alias But I'm fine with conflating for config
12:43 Alias Actually, that might work
12:44 Alias If they end up overlaying in ::Unix, you get /.perl/Foo-Bar/ for config and /.perl/dist/Foo-Bar for data, right?
12:45 zenog Alias: In order to re-assign/change keyboard shortcuts, I would need to either re-create or modify Padre::Wx::Action objects. Or shall I rather keep a list of modified keyboard shortcuts and use that list when creating the menu, and leave the action library untouched (i.e. the action library will store the default shortcut).
12:50 Alias Not sure...
12:50 Alias I suspect deltas will be hard to reconcile
12:50 Alias For every modification you want to make, there's both a new one to add, and an existing one to disable
12:53 Alias You might be better off modifying the library
12:53 Alias Of course you'll need to rebuild everything that changes
12:54 Alias I suspect it's going to suck either way
12:54 Alias My recommendation, pick one and have a go :)
12:54 Alias Working shit feature always better than no feature
13:00 zenog My current plan is to introduce configuration settings for all keyboard shortcuts.
13:00 zenog ... I am still in the process of understanding Padre's configuration system (started 10 minutes ago).
13:01 zenog I hope to be able to create the menu entries w/ different shortcuts if there is a setting for the action.
13:01 zenog I'll see whether this works.
13:03 jq Alias: so we can remove the trailing var/ for my_dist_data() in traditional unixes?
13:04 Alias I would
13:04 jq ok, will do so
13:04 Alias File::ShareDir doesn't have it
13:04 jq yes, but it was added to make sure my_data() and my_config() don't conflict
13:05 Alias ah
13:05 Alias In that case, yes
13:05 jq but since now my_data() has a static dist/ part while not my_config()
13:05 Alias yup
13:05 jq ==> they won't conflict anyway
13:16 awnstudio left #padre
13:26 jq Alias: ok, 0.92_03 is ready for review & release if you're ok with it
14:31 zenog Alias: Is there a particular reason why some of the debugger commands have the menu shortcut in parentheses?
14:32 zenog Alias: Some of them have the letter in the normal label, e.g. "Set &Breakpoint", so why write it as "Set Breakpoint (b)"?
14:33 El_Che left #padre
14:33 Alias I've had nothing to do with the debugger
14:46 pece left #padre
14:48 El_Che joined #padre
14:50 kanishka joined #padre
15:20 Hyppolit svn: r12388 | zenogantner++ | http://padre.perlide.org/trac/changeset/12388
15:20 Hyppolit Fixed typos in the comments
15:20 Hyppolit trunk/Padre/lib/Padre/
15:30 [Sno] left #padre
15:48 chorny joined #padre
15:58 chorny about PAUSE groups: http://tinyurl.com/pauseml
16:00 Hyppolit svn: r12389 | zenogantner++ | http://padre.perlide.org/trac/changeset/12389
16:00 Hyppolit initial working version of the keyboard shortcut editor; fix translation issues w/ debugger menu entries
16:00 Hyppolit trunk/Padre/ trunk/Padre/lib/Padre/Wx/ trunk/Padre/lib/Padre/Wx/Dialog/
16:01 zenog There are quite a few files that can be tidied ...
16:01 zenog I don't want to 'steal' the line stats, so if the people who wrote the code do this ...
16:04 zenog ... the shortcut editor is still a bit rough around the edges ... I will try to improve it a bit more today, bug reports are welcome ;-)
16:09 chorny Padre tests are failing for someone on IRC: http://scsys.co.uk:8002/49529
16:10 kanishka left #padre
16:16 chorny problem was in File::HomeDir->my_data returning empty string
16:31 Hyppolit svn: r12390 | zenogantner++ | http://padre.perlide.org/trac/changeset/12390
16:31 Hyppolit Dialog::KeyBindings: code clean-up
16:31 Hyppolit trunk/Padre/lib/Padre/Wx/Dialog/
16:36 patspam joined #padre
16:53 Hyppolit svn: r12391 | zenogantner++ | http://padre.perlide.org/trac/changeset/12391
16:53 Hyppolit more clean-up
16:53 Hyppolit trunk/Padre/lib/ trunk/Padre/lib/Padre/Wx/ trunk/Padre/lib/Padre/Wx/Dialog/ trunk/Padre/t/
17:03 Hyppolit #829: Switch if-Syntax (new enhancement) [ http://padre.perlide.org/trac/ticket/829#comment:1 ]
17:11 Steffen left #padre
17:47 user_7629 joined #padre
17:47 user_7629 hi
17:48 user_7629 6hi everyone!
17:48 user_7629 6:D
17:48 user_7629 6is there anyone here ?
17:50 Loski joined #padre
17:50 Loski Hey!
17:50 chorny hi
17:50 Loski What's up?
17:53 zenog Hi Loski and chorny
17:53 zenog Hi user_7629
17:53 Loski sup user 7629
17:57 Hyppolit svn: r12392 | chorny++ | http://padre.perlide.org/trac/changeset/12392
17:57 Hyppolit specify minimum version of File::HomeDir
17:57 Hyppolit trunk/Padre/lib/Padre/
18:15 Loski left #padre
18:16 zenog chorny: Try to run ../tools/tidy_project.pl before committing ;-)
18:20 user_7629 left #padre
18:21 Steffen joined #padre
18:32 Hyppolit svn: r12393 | zenogantner++ | http://padre.perlide.org/trac/changeset/12393
18:32 Hyppolit more changes to the key bindings dialog
18:32 Hyppolit trunk/Padre/lib/Padre/Wx/ trunk/Padre/lib/Padre/Wx/Dialog/
18:36 Hyppolit svn: r12394 | chorny++ | http://padre.perlide.org/trac/changeset/12394
18:36 Hyppolit perltidy on my changes
18:36 Hyppolit trunk/Padre/lib/Padre/ trunk/Padre/lib/Padre/Document/
18:39 zenog chorny++
19:23 Hyppolit svn: r12395 | zenogantner++ | http://padre.perlide.org/trac/changeset/12395
19:23 Hyppolit code clean-up, nicer UI behaviour
19:23 Hyppolit trunk/Padre/lib/Padre/Wx/ trunk/Padre/lib/Padre/Wx/Dialog/
20:15 perlite left #padre
20:15 perlite joined #padre
21:16 kaare left #padre
22:09 Steffen left #padre
22:30 Hyppolit svn: r12396 | zenogantner++ | http://padre.perlide.org/trac/changeset/12396
22:30 Hyppolit key bindings: i18n
22:30 Hyppolit trunk/Padre/lib/Padre/Wx/Dialog/
22:31 Hyppolit svn: r12397 | zenogantner++ | http://padre.perlide.org/trac/changeset/12397
22:31 Hyppolit updated German translation
22:31 Hyppolit trunk/Padre/share/locale/
23:19 zenog left #padre

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