How to use mtPaint to make an image from two images?

Paint programs, vector editors, 3d modelers, animation editors, etc.
Message
Author
jpeps
Posts: 3179
Joined: Sat 31 May 2008, 19:00

Re: man pages

#16 Post by jpeps »

str4y wrote:
jpeps wrote: Linus Torvalds said:
Show me the code.
An interesting survey would be how many users have ever tried "man" anything. I'm guessing very few. Google searches have taken their place.
Yesterday I was trying to figure out window placement options for xli which was in the manuals I had previously deleted.
Yes indeed, I was trained on the old-school mainframes and the "man" command, though it pulled up some dense reading, was a constant go-to. So when I started getting into Puppy, I was distraught to see that the tendency is to just ask Google (or linux.die.net, who probably aren't as evil as Google) for everything, and not file a copy away for off-line usage (I'm very often not on the net.) Tttuuxxx posted a man.pet (which is hard to search for because it's such a small, common word and this forum is so sprawling) which did much toward recreating that old UNIX man page functionality. I'd always meant to work on it further, but scads of other projects cause constant procrastination in that regard..
Lucid includes Barry's pman (linked to "man" ). "man xli" decompresses /usr/share/man/man1/xli.1.gz into /tmp where it reads xli_1.html using Dillo.
"man mtPaint" takes you to http://mtpaint.sourceforge.net/, where you can click on documentation. MtPaint is very well documented. Did you know it does animations by viewing layers set apart at small time intervals?

The juxtaposition solution is actually very intuitive for someone who understands the program. Would you need a manual to know that you'd need a bigger canvas to paint another picture alongside the original? Other than that, it's just cut and paste.

User avatar
sunburnt
Posts: 5090
Joined: Wed 08 Jun 2005, 23:11
Location: Arizona, U.S.A.

#17 Post by sunburnt »

It was exactly as I expected, except needing to "Copy" to get "Export" enabled.
This puzzled me at first when I went to export what I had just highlighted.

More intuitive would be loading a second image after the first and positioning it,
the canvas auto. sizing after the second image is set in place.
Just expanding the canvas and loading the second image directly is good.
But this being simpler to understand and do, doesn`t mean MtPaint can be
easily made to do it. It may be a real nightmare getting this kind of usability.

It is a shame particularly for MtPaint that the Help is no help at all... ( removed )

What might be good for apps. would be to have it`s local docs, and then if the
local docs can`t be found because of space conscious distro. builders that
insist on removing them, it would show web page docs in the default browser.
These could then be downloaded directly and become the menu`s local docs.

wjaguar
Posts: 359
Joined: Wed 21 Jun 2006, 14:16

#18 Post by wjaguar »

sunburnt wrote:It was exactly as I expected, except needing to "Copy" to get "Export" enabled.
This puzzled me at first when I went to export what I had just highlighted.
I consider it quite intuitive that export doesn't get enabled unless you have something to export.
I admit that some confusion does arise when people expect mtPaint to operate on "selections" like most everything else does - but mtPaint does not have the very concept, having been designed that way by Mark Tyler, and I myself never do miss them. A selection frame in mtPaint is nothing but a frame, while the clipboard always contains what user explicitly had placed there (this, BTW, is why mtPaint's clipboard is kept separate from the system clipboard, and only connects to it through import/export).
IOW, "selection-less" mode of operation is a feature of mtPaint; in the next version of the handbook, I'll add into section 4 "The Selection Tool" an explanation of that, and of what differences in operation it does cause.
More intuitive would be loading a second image after the first and positioning it,the canvas auto. sizing after the second image is set in place.
I intend to implement auto-sizing sometime later, as an option for compositing layers. Maybe it would make sense to provide such an option for pasting as well - but positioning the paste area would be tricky, then, because mtPaint isn't designed to have dynamically resizing canvas, and without that, the outside part of clipboard image won't be visible anyway (just as it isn't now).
Just expanding the canvas and loading the second image directly is good.
And mtPaint has "undoable loading" for precisely that reason. You can load an image, copy it to the clipboard, then undo the load operation and proceed to paste the clipboard into the original image.
It is a shame particularly for MtPaint that the Help is no help at all... ( removed )
What might be good for apps. would be to have it`s local docs, and then if the local docs can`t be found because of space conscious distro. builders that insist on removing them, it would show web page docs in the default browser.
For mtPaint, it can be done quite easily; just create a file /usr/doc/mtpaint/index.html or /usr/share/doc/mtpaint/index.html containing this line:

Code: Select all

<meta HTTP-EQUIV="REFRESH" content="0; url=http://mtpaint.sourceforge.net/handbook/index.html">

jpeps
Posts: 3179
Joined: Sat 31 May 2008, 19:00

#19 Post by jpeps »

wjaguar wrote: For mtPaint, it can be done quite easily; just create a file /usr/doc/mtpaint/index.html or /usr/share/doc/mtpaint/index.html containing this line:

Code: Select all

<meta HTTP-EQUIV="REFRESH" content="0; url=http://mtpaint.sourceforge.net/handbook/index.html">
no need...it's already included. In lucid_5.2.5:
/usr/share/mtpaint/mtpaint_handbook-3.31/docs/index.html

They're in older versions as well, accessed with "man mtpaint"

User avatar
Flash
Official Dog Handler
Posts: 13071
Joined: Wed 04 May 2005, 16:04
Location: Arizona USA

#20 Post by Flash »

For what it's worth, in Puppy 2.4.5 when I click Menu -> Help there is a listing for mtPaint which links to ///usr/share/doc/mtpaint.htm. When I click it, I get:
404 Not Found
No such file or directory.

User avatar
Flash
Official Dog Handler
Posts: 13071
Joined: Wed 04 May 2005, 16:04
Location: Arizona USA

#21 Post by Flash »

wjaguar wrote:... I only document the uses for which I myself would have needed instruction, were I not the developer of the thing :-) and obvious things like using menu commands for precisely what their names suggest are, just as obviously, left out.
How can you possibly know what you wouldn't know if you hadn't been the developer? It's a similar problem to guessing what the reader already knows, and also to seeing possible other meanings of what you wrote that you didn't think of when you wrote it. You're a good, clear writer, and you know mtPaint better than anyone else in this forum. You are the best person I can think of for the thankless job of introducing the beginner to mtPaint. :)

wjaguar
Posts: 359
Joined: Wed 21 Jun 2006, 14:16

#22 Post by wjaguar »

Flash wrote:How can you possibly know what you wouldn't know if you hadn't been the developer?
Because once upon a time, I was a regular novice user, too. :-) And had to learn first mtPaint 0.95, then 2.20, entirely by myself - and having only the builtin help to refer to, for there has been no handbook yet.
You're a good, clear writer, and you know mtPaint better than anyone else in this forum. You are the best person I can think of for the thankless job of introducing the beginner to mtPaint. :)
Thing is, programmers do not even notice most problems that baffle regular users. Because complex chains of simpler actions is what coding is all about - and stringing together a few operations in some app's GUI to produce a desired result is very much easier in comparison. And likewise, finding one's way through a GUI, however complex, is nothing compared to learning some library's API of average complexity.
And documentation written by programmers reflects this; we tend to document only those things that are nontrivial for us. :-)

User avatar
L18L
Posts: 3479
Joined: Sat 19 Jun 2010, 18:56
Location: www.eussenheim.de/

mtpaint

#23 Post by L18L »

Flash wrote:For what it's worth, in Puppy 2.4.5 when I click Menu -> Help there is a listing for mtPaint which links to ///usr/share/doc/mtpaint.htm. When I click it, I get:
404 Not Found
No such file or directory.
To get the man page copy the following code to /usr/share/doc/mtpaint.htm :)

Code: Select all

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html><head><title>Manpage of MTPAINT</title></head><body><h1>MTPAINT</h1>Bitmap graphics editor. Very small, heaps of features.<br>
<br>
Home page: <a href="http://mtpaint.sourceforge.net/">http://mtpaint.sourceforge.net/</a> <br>
Online manual: <a href="http://mtpaint.sourceforge.net/handbook/index.html">http://mtpaint.sourceforge.net/handbook/index.html</a> <br>
<br>
</body></html>
wary513

User avatar
Swaphead
Posts: 23
Joined: Thu 04 Nov 2010, 22:36

#24 Post by Swaphead »

Hi guys,

I'm trying to make a simple online Xmas Card and this thread was just what I needed.

I was side-tracked by the options to load and save the Clipboard.

I was also stumped by the need to hit Enter in order to commit a Paste operation.

In both cases Google led me to the answer.

I am a simple soul and although I'm struggling with MTPAINT I can't help admiring it, whereas I find the GIMP intimidating and baffling.

User avatar
technosaurus
Posts: 4853
Joined: Mon 19 May 2008, 01:24
Location: Blue Springs, MO
Contact:

#25 Post by technosaurus »

I do wish mtpaint had some command line options to access some its features. Topmost would be image conversion. It's really easy to open any image format it supports and save it as another, but if you could specify it at the command line, we could use it for batch processing... amongst others.
Check out my [url=https://github.com/technosaurus]github repositories[/url]. I may eventually get around to updating my [url=http://bashismal.blogspot.com]blogspot[/url].

User avatar
sunburnt
Posts: 5090
Joined: Wed 08 Jun 2005, 23:11
Location: Arizona, U.S.A.

#26 Post by sunburnt »

Excellent point, I`ve wished CLI input to many apps. over the years...

A lot of my apps. I`ve written had both GUI and CLI interfaces when it was pertinent.

User avatar
puppyluvr
Posts: 3470
Joined: Sun 06 Jan 2008, 23:14
Location: Chickasha Oklahoma
Contact:

#27 Post by puppyluvr »

:D Hello,
I know i have said it before, but it never hurts to drive your point in with a hammer..
MTPaint is one of, if not the most. underrated programs in all of Linux...
Seems very intuitive to me, and has a depth of capabilities many never explore..
wjaguar.. Dmitry,
You should be commended on your work on, in, and support of, this project...

A parable:
"My cars transmission requires I pull back on the lever to put it in drive, this is not intuitive, I should push it FORWARD to go FORWARD!!"

But yet, you learned to do it, and the auto makers didnt change the cars to match your ideas of how it should be...

Sometimes, intuitive is a personal perspective...
Close the Windows, and open your eyes, to a whole new world
I am Lead Dog of the
Puppy Linux Users Group on Facebook
Join us!

Puppy since 2.15CE...

nooby
Posts: 10369
Joined: Sun 29 Jun 2008, 19:05
Location: SwedenEurope

#28 Post by nooby »

I don't dare say anything because I fail to get what you guys write here
and the program is totally beyond me. But I am know to be confused

Edit
An interesting survey would be how many users have ever tried "man" anything
The few times I have made that I had no idea what them wrote.
I use Google Search on Puppy Forum
not an ideal solution though

User avatar
don570
Posts: 5528
Joined: Wed 10 Mar 2010, 19:58
Location: Ontario

#29 Post by don570 »

The mtpaint manual gives a couple of tips on how to
make an animation by putting images in a folder then
type a command in the terminal.

Be carefule when naming the images for an animation
since gifsicle uses these names for the order of processing
____________________________________________
To open multiple images with a right click
use this script

Code: Select all

#!/bin/sh 
 # Check to see if they clicked on the application or sent stuff to mtpaint. 
 test -sd "$@" 
 if [ "$?" = "0" ] 
 then 

 # If they just clicked on the icon. 
exec mtpaint 

else 
# if they sent things to mtpaint 

for i in "$@" 
do 
exec mtpaint "$i" & 
done 

fi

User avatar
don570
Posts: 5528
Joined: Wed 10 Mar 2010, 19:58
Location: Ontario

#30 Post by don570 »

Here's a tip.

To resize the clipboard--->
Select a portion of a picture.
Put selection in a numbered clipboard.

mtpaint allows multiple clipboards.

Using Rox-filer go to /root and see the hidden files.
Image

You can open up the clipboard file with mtpaint and do a scaling
of the image. Now save it back to /root under a new name.
but then rename it back so that mtpaint will think it is a
clipboard. ie it must have a name that starts with a period
and has clipboard in it.

Paste this new clipboard in the original picture and voila you have
resized(or rescaled) the clipboard.

Other changes to the clipboard such as a hue change are useful as well.


______________________________________________

wjaguar
Posts: 359
Joined: Wed 21 Jun 2006, 14:16

#31 Post by wjaguar »

technosaurus wrote:I do wish mtpaint had some command line options to access some its features. Topmost would be image conversion. It's really easy to open any image format it supports and save it as another, but if you could specify it at the command line, we could use it for batch processing... amongst others.
Once upon a time, Mark Tyler made a library from modified mtPaint sources, and it included, among its example programs, a commandline-driven image processing app 'mifcon'. This is the "libmtpixel" package on Sourceforge.
Problem was, the interfaces got bitrotten almost immediately, so there was no hope of cheaply integrating this into the core project, and no one of us wanted to maintain libmtpixel as a fork. So it remained stuck at version 0.40 (forked off mtPaint 3.14.42).
If I copied the commandline-handling part of 'mifcon' into mtPaint, it would add about 30-35 kb to binary size.
don570 wrote:To resize the clipboard--->
Select a portion of a picture.
Put selection in a numbered clipboard.
mtpaint allows multiple clipboards.
Using Rox-filer go to /root and see the hidden files.
...
When done right, it's a lot less intimidating than that. ;-)
- Copy the portion of image to clipboard;
- Do 'Edit->Paste to new layer';
- Resize that layer;
- Copy it whole to clipboard;
- Switch to the original layer and paste.

User avatar
technosaurus
Posts: 4853
Joined: Mon 19 May 2008, 01:24
Location: Blue Springs, MO
Contact:

#32 Post by technosaurus »

wjaguar wrote:If I copied the commandline-handling part of 'mifcon' into mtPaint, it would add about 30-35 kb to binary size.
... but how many other binaries could it eliminate? probably 10 times that
all of the *to*, jpeg*, png* convert(and others from imagemagick) exactimage ... too many to name - its too bad it got forked into bitrot

many of these tools do a mediocre job and i find myself having to use mtpaint manually anyways

... same goes for the -v option - a few kb there (mostly gui) could replace the image viewer
Check out my [url=https://github.com/technosaurus]github repositories[/url]. I may eventually get around to updating my [url=http://bashismal.blogspot.com]blogspot[/url].

User avatar
don570
Posts: 5528
Joined: Wed 10 Mar 2010, 19:58
Location: Ontario

#33 Post by don570 »

I've been practising using a new upper layer to do rescaling and
hue changes. I wrote a tutorial.

http://www.murga-linux.com/puppy/viewto ... 459#590459

_____________________________________________

User avatar
greengeek
Posts: 5789
Joined: Tue 20 Jul 2010, 09:34
Location: Republic of Novo Zelande

#34 Post by greengeek »

puppyluvr wrote: A parable:
"My cars transmission requires I pull back on the lever to put it in drive, this is not intuitive, I should push it FORWARD to go FORWARD!!"

But yet, you learned to do it, and the auto makers didnt change the cars to match your ideas of how it should be...

Sometimes, intuitive is a personal perspective...
Funny that I should stumble across this parable. I nearly hit a brick wall today for exactly this reason - WHY do the automakers insist on making us pull the transmission stick BACKWARDS in order to go FORWARDS???!!@#$#!!!??

I've been driving a manual ('stickshift') for 38 years and cannot understand why an automatic transmission has to have backwards controls - it explains why so many old people drive through shop windows...!

Pelo

Mtpaint was working fine,

#35 Post by Pelo »

I was surfing graphic category to act that last Mtpaint version was working fine, once installed on Greyhound XFCE Puppy. What an idea to delete MTpaint from a Puppy ! So Useful, so easy.
To make one image from two images, i am interested, photo editing has always been my Hobby ( computing no !)
Topic on translation to french, if worth of it.
Subject was forgotten in he depth of the forum, in spite of it's a classical request of photo editing. It's time for people coming back and use Puppy Linux, once installed.

Post Reply