Re^2: Visual Perl

I'm not sure I can be entirely clear. I'm discovering that the moment I decide "This is what I want..." and then I find it, I start to think, "Boy! Now if only it had this feature too." :)

Right now I'm really struggling with a portable way to visually display information. It would be nice if I could take some feedback from the display once it was created, like say, a visual merge tool might employ. That sort of level of control. Graphics are not that important at this point, but then I usually throw out that possibility altogether when I approach a problem, due to the fact that perl's so text/data centric.

I wonder if there's a convenient table of the possible visual tools, their portability across systems, their feature limitations and such. I found myself digging through a lot of libraries but couldn't tell if, for example, Wx was coming or going, in terms of adoption, etc. And I'm curious if google's doing anything interesting in this arena as well with their new OS/aps... but that's mostly me getting sidetracked. :)

Comment on Re^2: Visual Perl

Replies are listed 'Best First'.
Re^3: Visual Perl by ig (Vicar) on Oct 18, 2010 at 18:49 UTC
You say "a portable way to visually display information" and "Graphics are not that important at this point". No doubt I don't understand you because those seem contradictory to me. Can you clarify?	[reply]
Re^4: Visual Perl by raybies (Chaplain) on Oct 18, 2010 at 19:32 UTC
By "graphics" I mean display of bitmaps, pictures, vector images and 3d models, etc. I'm very interested in visualizing information in windows, tables, text boxes that can be selected and extracted and controled, but I don't need hi-performance graphics. So graphically there is some display dependencies--as once something goes to a display there are physical characteristics that probably can't be avoided, but I think where Perl shines is in manipulating information--not visual devices. I don't want to learn OpenGL for example, just to visually display tables showing the differences in two different directory trees. But doing so solely in text, or in HTML (which gives me some features, but requires me to output to a format that is difficult to manipulate once it is output) can be cumbersome.	[reply]