Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Tue 30 Sep 2014, 08:40
All times are UTC - 4
 Forum index » Advanced Topics » Additional Software (PETs, n' stuff) » Graphics
mtpaint 3.44.88- September 2014
Post new topic   Reply to topic View previous topic :: View next topic
Page 12 of 14 [208 Posts]   Goto page: Previous 1, 2, 3, ..., 10, 11, 12, 13, 14 Next
Author Message
don570


Joined: 10 Mar 2010
Posts: 3307
Location: Ontario

PostPosted: Thu 14 Aug 2014, 20:37    Post subject:  

I only tested one picture Rolling Eyes
_______________________
Back to top
View user's profile Send private message 
wjaguar

Joined: 21 Jun 2006
Posts: 273

PostPosted: Fri 15 Aug 2014, 04:12    Post subject:  

don570 wrote:
A suggestion to wjaguar:
Add the list of non-gui command lines to the terminal help

Maybe one example, to better explain what "--cmd" is all about. Anything more would be a waste of space in the binary; the learning materials belong in the handbook.

And people who don't read the handbook, can hardly be expected to study the commandline help, either. Smile

vicmz wrote:
Is it possible to extend these for a series of picture files, or even better, for a folder of picture files?

The shell has "for"-loops for a reason. Wink
for ZAD in test/*.png ; do mtpaint --cmd -file/open="$ZAD" -image/scale w=x0.5 -file/save ; done
Back to top
View user's profile Send private message 
Pelo


Joined: 10 Sep 2011
Posts: 3153
Location: Mer méditerrannée (1 kms°)

PostPosted: Fri 22 Aug 2014, 11:41    Post subject: GQviiew >>> Viewnior would be better as defaut  

GQview >>> Viewnior would be better as defaut. Viewnior nowadays is the default image viewer in our Puppies. Now, we know how to change preferences in MTpaint, but could you make viewnior the master viewer.
viewnior.jpg
 Description   
 Filesize   36.72 KB
 Viewed   230 Time(s)

viewnior.jpg


_________________
Puppy, il ne lui manque que la parole !
Back to top
View user's profile Send private message Yahoo Messenger 
wjaguar

Joined: 21 Jun 2006
Posts: 273

PostPosted: Fri 22 Aug 2014, 13:14    Post subject: Re: GQviiew >>> Viewnior would be better as defaut  

Pelo wrote:
Now, we know how to change preferences in MTpaint, but could you make viewnior the master viewer.

http://mtpaint.sourceforge.net/handbook/en_GB/chap_A.html#SEC64
Back to top
View user's profile Send private message 
don570


Joined: 10 Mar 2010
Posts: 3307
Location: Ontario

PostPosted: Sat 23 Aug 2014, 13:29    Post subject:  

I made new Ubuntu debian packages for Lucid , Precise and Trusty Tahr.
Available at first post.


Be careful to follow the instructions for installation for each distro.

I tested version 3.44.85 in Ubuntu Lucid , Precise and Trusty Tahr and they worked well
except for the following bug. The script window will open
and it has the text command but only one pixel high.
It will execute the command.


_____________________________________________
Back to top
View user's profile Send private message 
wjaguar

Joined: 21 Jun 2006
Posts: 273

PostPosted: Sat 23 Aug 2014, 15:03    Post subject:  

don570 wrote:
I tested version 3.44.85 in Ubuntu Lucid , Precise and Trusty Tahr and they worked well
except for the following bug. The script window will open
and it has the text command but only one pixel high.

Which versions of GTK+2 exhibit the bug?
Are there Puppies which use the same versions?
And if there are, does the problem happen in there?
And if it does, then where do I download such a distro?

Because it's easier for me to use a small distro for testing.
Back to top
View user's profile Send private message 
don570


Joined: 10 Mar 2010
Posts: 3307
Location: Ontario

PostPosted: Sat 23 Aug 2014, 15:28    Post subject:  

I think Ubuntu switched to gtk+3.0 in Precise
https://launchpad.net/ubuntu/precise/+source/gtk+3.0

The Ubuntu trusty tahr distro I tested was ubuntu-14.04.1-desktop-i386.iso

I was able to boot up the ISO from a Fat32 partition.
Described HERE

EDIT: I forgot to mention that Ubuntu Lucid displayed the text properly.

Barry Kauler's puppies don't use gtk+3. Maybe that's why they're fine???

By the way ----> my method of compiling is to compile in puppy linux
which uses gtk+2. The libraries are updated to be same as Ubuntu's.
So the configuration script has gtk+2 as the option line.
Maybe if it was properly compiled in Ubuntu linux with the
option line gtk+3 the result would be different however I don't think
your configuration script is that sophisticated???

_____________________________________________
Back to top
View user's profile Send private message 
wjaguar

Joined: 21 Jun 2006
Posts: 273

PostPosted: Sat 23 Aug 2014, 16:52    Post subject:  

don570 wrote:
I think Ubuntu switched to gtk+3.0 in Precise

If mtPaint runs on a system, then the system must have some version of GTK+2 installed.
And GTK+3 is irrelevant. It is an entirely separate toolkit, more different from GTK+2 than the latter is from GTK+1. And naturally it installs under different sonames.

Quote:
I was able to boot up the ISO from a Fat32 partition.
Described HERE

With my using LILO, that recipe is not much useful. Wink

Quote:
Barry Kauler's puppies don't use gtk+3. Maybe that's why they're fine???

Maybe - if there is some conflict between the two libs' installs.
But a much more likely reason is that the bug is in Ubuntu's default style engine. These things are evil - I have never seen one which wouldn't exhibit at least some rendering bugs.

Quote:
Maybe if it was properly compiled in Ubuntu linux with the option line gtk+3

If it were this kind of easy, I would not have had to invent V-code, and would not now be preparing to make a Qt backend for it.
GTK+3 is made artificially incompatible with GTK+2; a single codebase cannot be adapted for use with both, unlike GTK+2/GTK+1. It needs a separate backend, much like Qt - but the future of GTK+3 is a lot more in doubt, given the mass exodus of projects from it to Qt.
Back to top
View user's profile Send private message 
don570


Joined: 10 Mar 2010
Posts: 3307
Location: Ontario

PostPosted: Mon 25 Aug 2014, 12:17    Post subject:  

Lubuntu desktop iso (burnt to DVD) showed the script text correctly.
I checked to see which version of gtk was installed and all I saw
was a gtk+2 folder in python, so it looks like they are avoiding gtk+3

Here is an old site that explains the difficulties Lubuntu had with gtk+3
which may explain why their most recent ISO doesn't have it.

http://permalink.gmane.org/gmane.comp.desktop.lxde.pcmanfm/243

To sum up: Only Ubuntu versions that have gtk+3 have the
problem with the script text window.

____________________________________________________
Back to top
View user's profile Send private message 
technosaurus


Joined: 18 May 2008
Posts: 4351

PostPosted: Thu 28 Aug 2014, 01:52    Post subject:  

I've seen issues with running a gtk1 app after a gtk2 app, (using a page cached function from gtk2) so I assume similar things can happen for gtk3.

I've been playing around with the command line interface to try and replace convert in a few scripts and had a look through the source. I didn't realize mtpaint supported svg before (it was cleverly hiding out in a file named png.c), but when I finally noticed it, the svg import block looks like it could just as easily be a general fallback to import any image format supported by gdk-pixbuf.

_________________
Web Programming - Pet Packaging 100 & 101
Back to top
View user's profile Send private message 
technosaurus


Joined: 18 May 2008
Posts: 4351

PostPosted: Thu 28 Aug 2014, 02:02    Post subject:  

wjaguar wrote:
GTK+3 is made artificially incompatible with GTK+2; a single codebase cannot be adapted for use with both, unlike GTK+2/GTK+1. It needs a separate backend, much like Qt - but the future of GTK+3 is a lot more in doubt, given the mass exodus of projects from it to Qt.
That is the same impression I got ... a lot of change for change sake, mostly "WTF-Why?" type changes. I previously looked into libagar as a gtk replacement but am more interested in tekui now.
_________________
Web Programming - Pet Packaging 100 & 101
Back to top
View user's profile Send private message 
jamesbond

Joined: 26 Feb 2007
Posts: 2180
Location: The Blue Marble

PostPosted: Thu 28 Aug 2014, 03:11    Post subject:  

wjaguar wrote:
If it were this kind of easy, I would not have had to invent V-code, and would not now be preparing to make a Qt backend for it.
GTK+3 is made artificially incompatible with GTK+2; a single codebase cannot be adapted for use with both, unlike GTK+2/GTK+1.


technosaurus wrote:
That is the same impression I got ... a lot of change for change sake, mostly "WTF-Why?" type changes.


As someone who backported guvcview from GTK+3 to GTK+2, I am in thorough agreement with wjaguar and technosaurus.

_________________
Fatdog64, Slacko and Puppeee user. Puppy user since 2.13.
Contributed Fatdog64 packages thread
Back to top
View user's profile Send private message 
wjaguar

Joined: 21 Jun 2006
Posts: 273

PostPosted: Thu 28 Aug 2014, 08:06    Post subject:  

technosaurus wrote:
the svg import block looks like it could just as easily be a general fallback to import any image format supported by gdk-pixbuf.

Import filters in gdk-pixbuf all are of uniformly appalling quality. The only reason I touch the thing at all, is because I wanted to avoid directly linking to librsvg.
And at present, the SVG loader simply cannot work in commandline mode - due to GObject system left uninitialized when not creating the GUI (and would be the same problem even if using librsvg - it also is GObject-based). Will have to call g_type_init() to fix this.

Quote:
I previously looked into libagar as a gtk replacement but am more interested in tekui now.

Absolutely any library can get an insane "update", or get ignored to slowly bitrot. GTK+1/2/3 now can serve as example of both; but Qt5 also has a number of incompatibilities with Qt4, and a suspect direction of development ("declarative", in fact JavaScript-based, GUIs).
So I think the only remaining way to maintainability in this time of pointless change is an intermediate layer decoupling the semantics of the UI from the implementation details. And now that my V-code experiment is happily running mtPaint's GUI on a text console Smile the idea is at least partly proven by practice.
Back to top
View user's profile Send private message 
wjaguar

Joined: 21 Jun 2006
Posts: 273

PostPosted: Sun 31 Aug 2014, 15:09    Post subject: Version 3.44.86  

I made changes to window show/hide/destroy process, to make focus from destroyed window, particularly fileselector, to reliably return to the window it was opened from. But while it works for me on KDE, I am not that sure about other WMs out there. Smile
So if in this new version anyone sees that focus from a closed window or dialog went somewhere it is not supposed to, please tell me of that.

In other news, this version is able to load SVGs in commandline mode.
Back to top
View user's profile Send private message 
gjuhasz


Joined: 29 Sep 2008
Posts: 156

PostPosted: Mon 01 Sep 2014, 04:50    Post subject: Re: Version 3.44.86  

wjaguar wrote:
I made changes to window show/hide/destroy process

Dear wjaguar,

It seems that mtpaint still cannot be started with the dock visible.

Are you planning to include this anywhere in the settings? Or, alternatively, is there any chance to add a command line switch for this?

Sorry for disturbing you if this option is already included and only I missed it.

Please advise

Thanks in advance.

Regards,

gjuhasz
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 12 of 14 [208 Posts]   Goto page: Previous 1, 2, 3, ..., 10, 11, 12, 13, 14 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Additional Software (PETs, n' stuff) » Graphics
Jump to:  

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.0989s ][ Queries: 12 (0.0065s) ][ GZIP on ]