this is a pretty neat idea, but the autofocus is too agressive and doesn't make sense when there is a steady flow from multiple points. i think something akin to a chat client behaviour, where the tab title changes color when there are new messages in the queue would work better.

great job, dmotd

Hans-Christoph Steiner wrote:

That's awesome! It just worked for me, using pd-devel Tcl/Tk 8.5 (this plugin requires 8.5), here's my simple example patch:

.hc

On Oct 2, 2009, at 2:45 PM, András Murányi wrote:

...

Dear all,

i've attached the first version of a Tabbed Console plugin. The goal is that new messages can be sorted on new tabs by their prefix (the part before the colon). It already has a bug since it cannot deal with so many tabs that go offscreen as ttk doesn't provide an easy way to scroll tabs. With the brand new startup order in Pd it seems OK as startup plugins start only when libs and everything are loaded so the big flood of messages is over when the plugin starts. However if you can take your time please test it under real life circumstances and feed me back if your tabs have run out of space soon.

Also i have tried to impement a kind of META comment system in the source - not to flash my credits but because later i imagine a window in Pd that would automatically list available plugins with their description and let the user enable/disable them. If the META system looks alrite later i will try to make that window up.

Thanks,

-- Muranyi Andras <tabbed_console- plugin.tcl>_______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev

---

Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith

---

Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev

2009/10/5 Steffen Juul stffn@dibidut.dk

On 02/10/2009, at 20.45, András Murányi wrote:

i've attached the first version of a Tabbed Console plugin. The goal is

...

that new messages can be sorted on new tabs by their prefix (the part before the colon).

Thanks, could be useful.

Just one comment. It doesn't handle lists all that well. Fx

[Walk the dog( | [print x1]

All the best, Steffen

Thanks for the comments. I have switched off the autofocus, and put a variable to let folks switch it on. However, i have no idea how to signal new messages as i cannot even change the text in the tabs once created. Lists... they seem to be already chopped up at the C side. This means the plugin cannot deal with lists.

Andras

On Oct 12, 2009, at 12:08 PM, András Murányi wrote:

2009/10/8 András Murányi muranyia@gmail.com

2009/10/5 Steffen Juul stffn@dibidut.dk

On 02/10/2009, at 20.45, András Murányi wrote:

i've attached the first version of a Tabbed Console plugin. The goal is that new messages can be sorted on new tabs by their prefix (the part before the colon).

Thanks, could be useful.

Just one comment. It doesn't handle lists all that well. Fx

[Walk the dog( | [print x1]

All the best, Steffen

Thanks for the comments. I have switched off the autofocus, and put a variable to let folks switch it on. However, i have no idea how to signal new messages as i cannot even change the text in the tabs once created. Lists... they seem to be already chopped up at the C side. This means the plugin cannot deal with lists.

Now that I've been thinking about this for a while - wouldn't it be OK to change the behaviour of [print PREFIX] so that when it chops up lists, it puts PREFIX to the beginning of each line not only the first? Staying with the above example, wouldn't this make more sense: x1: Walk x1: the x1: dog

...than this: x1: Walk the dog

Well, you'd lose the nice columns that form when the prefix is the same on every line.

.hc

----------------------------------------------------------------------------

'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2", by Mohja Kahf

On Oct 12, 2009, at 12:30 PM, András Murányi wrote:

2009/10/12 Hans-Christoph Steiner hans@at.or.at

On Oct 12, 2009, at 12:08 PM, András Murányi wrote:

...

2009/10/8 András Murányi muranyia@gmail.com

2009/10/5 Steffen Juul stffn@dibidut.dk

On 02/10/2009, at 20.45, András Murányi wrote:

i've attached the first version of a Tabbed Console plugin. The goal is that new messages can be sorted on new tabs by their prefix (the part before the colon).

Thanks, could be useful.

Just one comment. It doesn't handle lists all that well. Fx

[Walk the dog( | [print x1]

All the best, Steffen

Thanks for the comments. I have switched off the autofocus, and put a variable to let folks switch it on. However, i have no idea how to signal new messages as i cannot even change the text in the tabs once created. Lists... they seem to be already chopped up at the C side. This means the plugin cannot deal with lists.

Now that I've been thinking about this for a while - wouldn't it be OK to change the behaviour of [print PREFIX] so that when it chops up lists, it puts PREFIX to the beginning of each line not only the first? Staying with the above example, wouldn't this make more sense: x1: Walk x1: the x1: dog

...than this: x1: Walk the dog

Well, you'd lose the nice columns that form when the prefix is the same on every line.

Uh... right now i got no nice columns, no same prefix on each line, only on the first line. My suggestion is exactly that, to put it on every line.

doh, yeah, sorry, I'd say all or one, or something to keep things in columns.

.hc

----------------------------------------------------------------------------

Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli

2009/10/12 zmoelnig@iem.at

Quoting "Hans-Christoph Steiner" hans@at.or.at:

...

...

...

Now that I've been thinking about this for a while - wouldn't it be OK to change the behaviour of [print PREFIX] so that when it chops up lists, it puts PREFIX to the beginning of each line not only the first? Staying with the above example, wouldn't this make more sense: x1: Walk x1: the x1: dog

...than this: x1: Walk the dog

hmm, sorry to chime in, but shouln't the above example be either "x1: Walk the dog" or "Walk the dog"?

no problems with or without prefixes here...

...

...

Well, you'd lose the nice columns that form when the prefix is the same on every line.

Uh... right now i got no nice columns, no same prefix on each line, only on the first line. My suggestion is exactly that, to put it on every line.

doh, yeah, sorry, I'd say all or one, or something to keep things in columns.

sure.

one other thought: i haven't looked at the plugin so forgive my ignorance: but if i have a tab for each prefix, i don't see a compelling reason why you would want to display the prefix _at all_ (i thought "x1" would be the name of the tab; no reason the repeat it again and again)

Sorry the beginning of the thread is gone so i think we need to bring up the original point once again. The plugin eats what pd sends (from the "C side"). Pd always sends single lines, which in case of list means lists chopped up to separate lines - only the first having a prefix (if any). Again, this already happens at the C side. For the plugin it would be the most perfect to get more detailed message structures from the C side, but that's out of question now. However, in order not to mess up with chopped up lists, it would be favourable A) to have the abovementioned prefix at the beginning of each chop of a list sent to the console B) as you said, not to chop up lists at all but to output them on a single line. I was thinking for a while about this and I think it could not possibly hurt/break anything to alter the way lists are output to the console. It may be disturbing at the first time because we are used to the old way, but it cannot really break anything, because, supposing a case when we are feeding the console to another program, lists have been impossible to be recollected from the output so far. With change A) or B) made at the C side, they could be, however.

As for the plugin not to print the prefix... you're right!

Andras

BTW the gtklook plugin makes tk messagebox font quite big

Sorry it's not gtklook. I'll have to see what, then ;o)

Andras

2009/10/15 Hans-Christoph Steiner hans@at.or.at

I have made a first shot on a plugin-selector plugin. Once loaded, it

...

appears in the Media/Preferences menu. Also attached a new version off the tabbed console plugin. Comments are welcome. BTW the gtklook plugin makes messagebox font quite big (compared to the button's text) and there is no way to override it, unless i overwrite some options which i'm not bold enough to do...

Andras <plugins-plugin.tcl><tabbed_console-plugin.tcl>

The plugins-plugin.tcl is a great idea! The only problem is that plugins can be installed anywhere in the Pd path. Check the load_startup_plugins proc in pd-gui.tcl. I think you could make this work by just inserting/removing the 'disabled' folder in the path to the plugin itself. Also, you'll need to check to make sure that the 'disabled' subfolder is there, and create it if not.

Yes actually i started out from that loop, it will be no problem to write up what you suggest. However it comes to my mind, can we invent a better way of en/disabling plugins? "Disabled" folders all over the place, just for the plugins, would not look nice... but whats really ugly is that when a plugin is moved from its original location svn will restore it upon the next update. At least my svn does. Now i'm not sure what would be the best way; i wouldn't mess up the good old .pdsettings, but i think if we want to follow the logic of pd, we still might use a text file. But that has to be synchronised upon each startup.

From another aspect - if a plugin is located elsewhere than /startup/

doesn't it mean that it is bundled with a library? In that case it may be superfluous to en/disable it separately from the startup/libs list.

Perhaps Pd should keep a list of the plugin files its loaded, or maybe

there is another way to handle that.

I attached a version that works on Mac OS X, the prefs menu has a different

name:

.hc

Thanks!

PS gtklook is the one that makes fonts good on Gtk, and disabling it makes them big. Sorry my SNR seems to be ~50%

Andras