(old)Puppy Linux Discussion Forum

Warning : If you compile the current version of mtpaint 3.44.78
the app will show the wrong version at top of window.
However this is not a serious bug.

_____________________________________

Dimitri has finished the conversion to vcode

_________________________________________

wjaguar wrote:

gjuhasz wrote:How should I configure mtPaint to open with dock visible?

No such option for now, but can be done with a trivial patch. Is pressing "F12" too much work, or what?

In some versions of puppy, jwm captures f12 to display the start menu.
I would prefer that as the default too instead of the extra floating window that I always close and then use the menus to set the dock... it just looks cleaner and is more usable (no constant dragging crap around to get it out of the way as more windows get opened).

wjaguar wrote:Now with version 3.44.78, transition to V-code is effectively done.

so, now has libmtpixel any chance to be improved? It was a powerful piece of command line application, despite its limitations, for same tasks I use libmtpixel daily since is able to perform manipulations that I cannot to do with imagemagick or graphicsmagick

Dingo wrote:

wjaguar wrote:Now with version 3.44.78, transition to V-code is effectively done.

so, now has libmtpixel any chance to be improved? It was a powerful piece of command line application, despite its limitations, for same tasks I use libmtpixel daily since is able to perform manipulations that I cannot to do with imagemagick or graphicsmagick

Mark Tyler is still maintaining that as part of mtcelledit
http://sourceforge.net/projects/mtcelle ... tCellEdit/
see also http://www.exactcode.com/site/open_source/exactimage/

technosaurus wrote:see also http://www.exactcode.com/site/open_source/exactimage/

I tried countless times to build exactimage companion in Puppy 3.01, 4.3.1. 5.2.5

but every time I ended with a binary that was apparently rightly build, but that was unable to process or open/read any image
exactimage:successful built - binaries not properly working

Hi.

The link to the locales is linked to the mtpaint pet.

technosaurus wrote:In some versions of puppy, jwm captures f12 to display the start menu.

Doesn't JWM have some way to disable that in specified program(s), like KDE has?

I would prefer that as the default too instead of the extra floating window that I always close and then use the menus to set the dock...

OK, will add that option to the "Interface 2" tab in prefs, as soon as I have another couple of new options to put there along with it. Else that toggle would look mighty lonely sitting in a page all its own.

Dingo wrote:so, now has libmtpixel any chance to be improved?

Experience taught me to avoid trying to predict the future. But now, commandline mode is certainly within the realm of the practical. From V-code's standpoint, commandline string is not that different from an input window.
Also scripting capability can be added, through interpreting such strings from within the GUI.
Though not right away - first, I need to adapt V-code's internal housekeeping to working in widget-less mode.

technosaurus wrote:Mark Tyler is still maintaining that as part of mtcelledit

Not anymore, it seems. The current dev branch has only a very much gutted "libmtimg" taking place of "mtpixel".

I corrected the upload of the locales
so download is possible now
_______________________________________

wjaguar wrote:

technosaurus wrote:In some versions of puppy, jwm captures f12 to display the start menu.

Doesn't JWM have some way to disable that in specified program(s), like KDE has?

I wrote a config tool, but haven't really pushed it, otherwise it comes down to editing a hidden xml file(s)

Version 3.44.80 has a bug in V-code interpreter, affecting drag/drop handler installation.
It isn't likely to produce user-visible effects, but still, if anyone compiles 3.44.80, better to apply the attached patch.

I did compile of 3.44.80 without the patch and I was successful in
dragging colors in the color editor. So everything was working fine for me.
___________________________________________________

Hi Don

don570 wrote:I did compile of 3.44.80 without the patch

...and so do I with the patch
works better as ever ...

@wjaguar: tons of thanks
greetings
Charlie

Here's how to patch...

decompress downloaded file in /root
cd to /root/mtPaint-master/src/ _______________________________________________

Posted version 3.44.80 in first post.
______________________________________

Version 3.44.82 demoes what V-code-based scripting is intended to be - using the example of the "Convert to indexed" dialog which is, for now, the ony scriptable one. The demo is "Image->Script - Convert to indexed" in the menu.

Script goes like this:
pal=wu use=16 dither=stucki sel=separate/split err=65
i.e. a sequence of "name=value" pairs.
The sequence is parsed in order; every name is matched to labels of every widget in the dialog, from first to last. If the name is a prefix of a label, it is a match; otherwise, a match is where it is a prefix starting from second, third, etc. word.
Here in the example, "pal" matches to "Palette", "use" to "Indexed Colours Used", "dither" to "Dither", "sel" to "Selective error propagation", and "err" to "Error propagation, %".

version 3.44.82 compiled and posted

Note: If you are experimenting with the script -->
you can return to default script values by trashing the hidden configuration file /root/.mtpaint
_________________________________________

Version 3.44.83 has a preliminary version of scripting support.
Scripting, at the moment, doesn't yet cover 100% of mtPaint's capabilities, but already can do everything that 'mifcon' from libmtpixel could - except file operations, and running without a GUI.
The syntax is like this:

# Comment line
-path/to/command option=value option2=value2 -pathto/command2=value3 ...

Newly-scriptable functionality is visible in mainwindow.c diff: the items that got "s" tagged onto menuitems' descriptors. The menu paths are decoded the same way as desribed for version 3.44.82 here, for parameters: either a prefix match to the first word, or to any word beyond first. An unnamed field in a dialog is set through default parameter (one with an empty name). So that "Palette->Set Palette Size" to 16 color can be done by -pal/size=16.
A more detailed description will be done later.

Does mtpaint have the ability to resize a selection? I see that I can flip a selected area horizontally or vertically etc, but it would sometimes be handy to be able to scale it before re-pasting it back onto the original image.

greengeek wrote:Does mtpaint have the ability to resize a selection? I see that I can flip a selected area horizontally or vertically etc, but it would sometimes be handy to be able to scale it before re-pasting it back onto the original image.

Not that _I_ know of though I have looked (not exhaustively) before ... would be nice for pasting from an external image too, not just an internal selection. ... I think I ended up cropping, then scaling, then copying then pasting or some similar craziness.

greengeek wrote:Does mtpaint have the ability to resize a selection? I see that I can flip a selected area horizontally or vertically etc, but it would sometimes be handy to be able to scale it before re-pasting it back onto the original image.

No, it doesn't. And if everyone cares this little about that, then it won't.
I'm seeing talk about this "resize a selection" again and again over the years, but not once have I seen anyone even suggest an interface for the thing. Seriously, people, I am sick and tired of the parasitic attitude.