Camelia, the Perl 6 bug

IRC log for #padre, 2011-12-29

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

All times shown according to UTC.

Time Nick Message
00:04 GabrielVieira joined #padre
00:10 GabrielVieira joined #padre
01:58 Di-ima joined #padre
05:21 pece joined #padre
07:09 sewi_work joined #padre
07:59 sugar joined #padre
08:12 kaare joined #padre
08:55 david_g joined #padre
08:56 david_g hi
08:59 david_g joined #padre
08:59 david_g hi
08:59 david_g how do i pass argv through the padre ide ?
09:15 Maltus joined #padre
09:31 kaare joined #padre
09:42 kaare joined #padre
10:24 daxim joined #padre
10:29 rindolf joined #padre
10:49 mj41 joined #padre
11:42 GabrielVieira joined #padre
11:47 GabrielVieira joined #padre
12:05 GabrielVieira joined #padre
12:35 mst joined #padre
12:36 mst does padre load whole files into memory to edit them?
13:01 Maltus joined #padre
14:17 rindolf joined #padre
14:27 GabrielVieira joined #padre
14:37 submersible_toaster joined #padre
14:37 Hyppolit svn: r17785 | submersible_toaster++ | http://padre.perlide.org/trac/changeset/17785
14:37 Hyppolit yup - the Oolite insanity continues.
14:37 Hyppolit trunk/Padre-Plugin-OXP/share/povray/ trunk/Padre-Plugin-OXP/share/povray/cm/
15:02 sugar mst: seems like it loading file while you scroll it
15:02 sugar but it my suggestion
15:03 sugar *it is
15:05 mst sugar: was that "yes", "no" or "not sure" ? :)
15:12 submersible_toaster mst: ?!? - have not seen u here before. Trying out Padre?
15:12 mst submersible_toaster: no
15:12 daxim joined #padre
15:13 mst trying to find out if its file/edit tracking stuff is reusable
15:13 submersible_toaster likely not
15:14 submersible_toaster and the parts that 'integrate' with VCS are sometimes brutal hacks
15:14 mj41 joined #padre
15:15 submersible_toaster mst: what's your goal ?
15:15 mst messing around trying to write a miniature console editor
15:15 mst largely for the fun of it
15:16 submersible_toaster Much of the padre edit functionality is managed by scintilla . so I'm not sure you will find much reuse there as a console editor.
15:18 mst Padre::File slurps
15:18 mst that's what I was looking for
15:18 mst ok, boring.
15:18 submersible_toaster you know the drill - mmap
15:18 mst later :)
15:18 mst left #padre
15:18 submersible_toaster cu
15:41 dodathome joined #padre
15:48 bowtie joined #padre
16:46 mj41 joined #padre
17:04 pece joined #padre
17:41 mj41 joined #padre
18:18 zipf joined #padre
18:51 user_3543 joined #padre
18:52 xiong joined #padre
18:57 xiong Hi!
18:58 rindolf xiong: hi.
18:58 sugar hi
18:58 rindolf sugar: hi.
19:01 xiong The last time I tried Padre, I installed it like an application, the Debian package, a couple years ago; and it crashed.
19:01 xiong This time, I built a current, threaded perl just for Padre and installed it using cpan; and it works.
19:01 daxim yay?
19:02 xiong So I don't know if it's stepwise refinement or my installation method or heisenbug.
19:04 sugar guys, have a question
19:04 daxim I've been sitting in the channel, watching the trac submissions float by and there are always crashes for weird reasons
19:05 sugar does padre keep somwhere temporary copies of editing file?
19:05 Maltus joined #padre
19:05 sugar *files
19:05 daxim like pressing F3 for search, but focus is nowhere and so it tries to deref something undef
19:05 xiong Anyway, why I'm here. I've started a few Perl module projects which have stalled; and stalled for a long time. Looking at reasons for stall, I seem to find poor definitions of purpose.
19:07 xiong As I try to refine purpose of these projects, they seem to overlap and merge... and start to look like IDE-related tools. So I'm wondering if I should be writing one or more Padre plugins instead of standalone modules or module groups.
19:09 daxim if it's sufficiently abstracted and would also be useful in other IDEs, make both a stand-alone module (e.g. Text::FindIndent) and a thin adapter for Padre
19:09 xiong Mm.
19:10 xiong The bulk of the functionality I've been circling around -- for years, now -- has to do with working tree organization, rather than the contents of any file.
19:10 xiong So for me the base object is the *project*.
19:11 xiong Erm, should I mention bits and pieces of this? Just pop the lid on the junk box?
19:12 xiong I'd like to know if any of this looks like it will fit.
19:12 daxim talk to more people: write a blog for the big aggregators, and post to the module-authors list
19:14 xiong That would be a formalization, which would beg the question -- assume the conclusion.
19:14 * xiong forgot coffee
19:18 xiong Here's one gear, or spring, or anyway sharp sticky bit that's been bugging me for a long time, and which I'd hoped to solve: Dealing with test scripts. I mean, dealing with them as units, not messing around inside, not writing them.
19:19 xiong The classic test script has a filename like 030-unit-get-stuff.t and this is all the metadata stored about the test at the project level.
19:20 xiong So if you decide you want to adjust the default sequence of scripts, you renumber that to 130-unit-get-stuff.t, perhaps.
19:21 xiong If you find yourself renaming the method, over there in your module code, you rename that script to 030-unit-get-thatstuff.t
19:22 xiong There's a practical limit to the quantity of metadata that can be stored in a filename... and I'm coming to think the limit is one chunk; and that the classic scheme is clunky.
19:24 xiong So I started looking into ways of storing more metadata about each script -- default sequence, type of test (unit, integration, graybox, etc.), pass/fail history, current pass/fail, chain of custody, shipping vs author vs extra, and so forth.
19:25 xiong Never mind where this exploration took me. Does it make sense to do this in Padre?
19:39 Maltus joined #padre
19:40 xiong If it's a bad idea, please feel free to say so; I won't take offense. I'm looking for a fit.
20:12 user_9240 joined #padre
20:18 xiong Okay, I guess no fit. I'd thought that my ideas were swirling toward IDE; and Padre was it.
21:19 zipf joined #padre
21:41 mj41 joined #padre
21:45 zipf joined #padre
22:17 kaare joined #padre
22:56 zipf joined #padre
23:35 Hyppolit svn: r17786 | bowtie++ | http://padre.perlide.org/trac/changeset/17786
23:35 Hyppolit made a mistake in 0.17_03, left in a test dependency, fixed
23:35 Hyppolit updated to version 0.17_04 this is a development version only, you don't need this for Debug2
23:35 Hyppolit trunk/Debug-Client/ trunk/Debug-Client/lib/Debug/ trunk/Debug-Client/t/lib/

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