mtpaint 3.49.12- April 2016
The list of scripts in fact sits in the upper pane of a paned widget; above the "Action" box there should be a handle. Is it still there? If it is, can you drag it down, and what happens when you do?don570 wrote:I found one unusual thing with Ubuntu Tahr
-----> only one script will show in menu
Another thing. Can you disable the theme engine (whatever it is) and test what happens on pure unpolluted GTK+ (whatever version it is in there)?
Third thing. Does Tahrpup exhibit the same problem?
Fourth thing. See what happens with the attached patch (it removes the paned widget).
P.S.: On reflection, likeliest cause: "overlay-scrollbar-gtk2" strikes again.
Try running "LIBOVERLAY_SCROLLBAR=0 ./mtpaint" - if it fixes the problem this time too, I'm putting the setting into main.c to end the silliness once and for all. I'm quite sick of this Ubuntu bug menagerie.
- Attachments
-
- test34902.patch.gz
- (478 Bytes) Downloaded 304 times
- technosaurus
- Posts: 4853
- Joined: Mon 19 May 2008, 01:24
- Location: Blue Springs, MO
- Contact:
I noticed that the version number hit 3.45.01 ... Does the 45 indicate that the "V" code interface has stabilized enough to add other GUI toolkit support?
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].
It is 3.49.01.technosaurus wrote:I noticed that the version number hit 3.45.01 ... Does the 45 indicate that the "V" code interface has stabilized enough to add other GUI toolkit support?
But actually yes; everything that should have been moved into vcode.c, now is, and core logic has lived without rearrangement through a number of versions. Now will be the most interesting part; documenting the whole shebang.
Good news! The patch works in Ubuntu tahr!!
I put the patched version in the debian archive package.
mtpaint-debian-3.45.01.tar.gz
___________________________________
Puppy tahr doesn't need the patch.
I'll fix the version number during the weekend.
______________________________________
version 3.49.02
I put the patched version in the debian archive package.
mtpaint-debian-3.45.01.tar.gz
___________________________________
Puppy tahr doesn't need the patch.
I'll fix the version number during the weekend.
______________________________________
version 3.49.02
* Background layer now can use transparency like any other layer
* Background layer position now can be changed via Ctrl+arrows or layers window spinbuttons, like any other layer
* Lasso tool can be configured to shrink selection based on the selection channel - right click the tool icon
+ * Clone tool is now continuous
* Clone tool can be configured to work in unaligned mode - right click the tool icon
* Ctrl+Left click now positions clone source when using clone tool
* Ctrl+Right click now deletes last point when making polygonal selection (from a closed polygon, deletes the point nearest to cursor)
To test Ubuntu Tahr without burning a CD.
you need to install Ubuntu Tahr to your hard drive.
Here are my instructions...
http://www.murga-linux.com/puppy/viewto ... 948#795948
____________________________________
you need to install Ubuntu Tahr to your hard drive.
Here are my instructions...
http://www.murga-linux.com/puppy/viewto ... 948#795948
____________________________________
Not at the moment.linuxcbon wrote:can mtpaint edit "ico" files ?
Yes, but it would be quite halfbaked without sizable changes to the engine.Can it be added ?
See, the ICO format is multipage like TIFF - and while mtPaint can read such (into layers), it has no infrastructure to write them back except as single pages.
The infrastructure for handling image sequences was planned for version 4.00 - which hadn't happened.
Precisely. And the difference between the two is: Ubuntu inserted into GTK+2 a shitty module for perverting scrollbars, and Tahrpup left the module out.don570 wrote:Tahr pup was always okay. The patch doesn't affect it.
It's Ubuntu Tahr that needs the patch.
GTK+3 is irrelevant.Raspberry pi Jessie to test because I read that
it uses gtk3
Updated to version 3.49.04
I noticed the following. I'm not sure if it's a bug or feature???
Steps:
1) open a gif
2) make an alpha channel with several levels of alpha
3) put the result in a clipboard
4) paste in a gif ----> only the highest level of alpha will paste in the window
5) paste in a 24 bit rgb image and all levels of alpha in the clipboard is
respected
I assume this is the regular behaviour of the gif format because only one color
is chosen to be transparent
I noticed the following. I'm not sure if it's a bug or feature???
Steps:
1) open a gif
2) make an alpha channel with several levels of alpha
3) put the result in a clipboard
4) paste in a gif ----> only the highest level of alpha will paste in the window
5) paste in a 24 bit rgb image and all levels of alpha in the clipboard is
respected
I assume this is the regular behaviour of the gif format because only one color
is chosen to be transparent
Transparency in PNGs is a complicated story.don570 wrote:Does the PNG image format support on/off transparency as well as an alpha layer (0 to 255 levels)?
https://www.w3.org/TR/PNG/#11tRNS
https://www.w3.org/TR/PNG/#6Colour-values
Basically, the format was designed by control freaks, and combining color-key transparency with alpha is forbidden "because reasons". Same as combining alpha with indexed color (!).
mtPaint works around the latter limitation by writing its own chunk type, like for the other two utility channels. But the former one is just not worth the hassle; color-key is virtually never used with RGBA, and with indexed+alpha the problem does not arise.
But as image formats go, the only one where standard allows indexed+alpha is TIFF - and even there, not all readers honor it (GIMP does, however).