1. RE: About XPMmer
Igor Kachan wrote:
>
>
> posted by: Igor Kachan <kinz at peterlink.ru>
>
> Hi Andy,
>
> I'm very impressed working with your new icon editor,
> it is much more handy for me than MS, Borland, Watcom,
> Lcc ones.
Flattery will get you anywhere!
>
> But it does'nt read the .xpm files with C-comments inside them.
>
> I have extracted .xpm icons 32x32x64 from Red Hat 9.0 and
> from Mandrake 10.0. Many of them have these additional comments,
> anyone can see and edit .xpm just in any programmers editor.
It should be OK to sort this; I read from the first open-brace to the
end of file and throw it at value() for the XPM object. I would need
to put a C-comment prefilter into the reader and ignore them. I will
see what I can do over the weekend.
>
> You can get the .zip file with these icons (about 150 at all) here:
>
> http://www.rapideuphoria.com/russian/xpms.zip
>
> With this .zip, you could inspect the possible variants of .xpms
> to adjust your very good tool.
Thanks, a good source of problem data would be a good start!
>
> Regards,
> Igor Kachan
> kinz at peterlink.ru
Andy Drummond.
2. RE: About XPMmer
Igor,
I think a bigger problem is going to be handling the 48-bit color values
that some of your XPMs hold! I was just tossing the "#FF8000" type of
number at value() and all was well. But "#BFBFBFBFBFBF" is too much for
Euphoria to handle!! I shall have to write my own analyser - or else
I'm sorry, you can't use these XPMs. I did not expect my reader to
cope with every possible XPM, but it would be nice to do most anyway.
More thinking this weekend, I suppose!!
Andy
3. RE: About XPMmer
Andy Drummond wrote:
>
> Igor,
> I think a bigger problem is going to be handling the 48-bit color values
> that some of your XPMs hold! I was just tossing the "#FF8000" type of
> number at value() and all was well. But "#BFBFBFBFBFBF" is too much for
> Euphoria to handle!!
I'm not enough sure, but one of the simplest ways seems just to be:
if length(s) > 7 then -- "#BFBFBFBFBFBF"
s = s[1..7] -- becomes "#BFBFBF", almost same color
end if
At least for those 40 icons of that .zip, it could work.
> I shall have to write my own analyser - or else
> I'm sorry, you can't use these XPMs. I did not expect my reader to
> cope with every possible XPM, but it would be nice to do most anyway.
Just output - "Unsupported variant of XPM file format", instead of
something not enough clear about problems with "value()" or such.
> More thinking this weekend, I suppose!!
Good Luck!
Regards,
Igor Kachan
kinz at peterlink.ru
4. RE: About XPMmer
Hello Igor.
I got a revised version of XPMmer going over the weekend, I now extract
C-comments OK, handle 48-bit colors OK, handle color names like
SkyBluePink OK. I don't handle 2-character color codes which at least
one of your examples has. But I can read most of them in - 98% anyway.
I have a new palette which is more uniform, and produces quite a good
match with all the icons I have tried. I will upload to RDS later on
today if I can - otherwise Wednesday as I am out tomorrow all day.
Thanks so much for your examples - I didn't realise there were so
many variants. And there are more I can't explain. Does anyone know
where I can get a definition of xpm format rather than just a chatty
description?
Andy
Igor Kachan wrote:
>
>
> posted by: Igor Kachan <kinz at peterlink.ru>
>
> Andy Drummond wrote:
>
> >
> > Igor,
> > I think a bigger problem is going to be handling the 48-bit color values
> > that some of your XPMs hold! I was just tossing the "#FF8000" type of
> > number at value() and all was well. But "#BFBFBFBFBFBF" is too much for
> > Euphoria to handle!!
>
> I'm not enough sure, but one of the simplest ways seems just to be:
>
> }}}
<eucode>
>
> if length(s) > 7 then -- "#BFBFBFBFBFBF"
> s = s[1..7] -- becomes "#BFBFBF", almost same color
> end if
>
> </eucode>
{{{
>
> At least for those 40 icons of that .zip, it could work.
>
> > I shall have to write my own analyser - or else
> > I'm sorry, you can't use these XPMs. I did not expect my reader to
> > cope with every possible XPM, but it would be nice to do most anyway.
>
> Just output - "Unsupported variant of XPM file format", instead of
> something not enough clear about problems with "value()" or such.
>
> > More thinking this weekend, I suppose!!
>
> Good Luck!
>
> Regards,
> Igor Kachan
> kinz at peterlink.ru
5. RE: About XPMmer
Andy Drummond wrote:
>
> many variants. And there are more I can't explain. Does anyone know
> where I can get a definition of xpm format rather than just a chatty
> description?
Andy:
This is the manual for the XPM library and explains about
the offical XPM format:
http://www.xfree86.org/current/xpm.pdf
Bernie
My files in archive:
WMOTOR, XMOTOR, W32ENGIN, MIXEDLIB, EU_ENGIN, WIN32ERU, WIN32API
Can be downloaded here:
http://www.rapideuphoria.com/cgi-bin/asearch.exu?dos=on&win=on&lnx=on&gen=on&keywords=bernie+ryan
6. RE: About XPMmer
Andy Drummond wrote:
>
> Hello Igor.
>
> I got a revised version of XPMmer going over the weekend, I now extract
> C-comments OK, handle 48-bit colors OK, handle color names like
> SkyBluePink OK. I don't handle 2-character color codes which at least
> one of your examples has. But I can read most of them in - 98% anyway.
> I have a new palette which is more uniform, and produces quite a good
> match with all the icons I have tried. I will upload to RDS later on
> today if I can - otherwise Wednesday as I am out tomorrow all day.
> Thanks so much for your examples - I didn't realise there were so
> many variants. And there are more I can't explain. Does anyone know
> where I can get a definition of xpm format rather than just a chatty
> description?
> Andy
Hello Andy,
Ok, I'll try it carefully, I've downloaded it already, thanks.
Good Luck!
Regards,
Igor Kachan
kinz at peterlink.ru
7. RE: About XPMmer
Igor Kachan wrote:
>
> Andy Drummond wrote:
>
> >
> > Hello Igor.
> >
> > I got a revised version of XPMmer going over the weekend, I now extract
> > C-comments OK, handle 48-bit colors OK, handle color names like
> > SkyBluePink OK. I don't handle 2-character color codes which at least
> > one of your examples has. But I can read most of them in - 98% anyway.
> > I have a new palette which is more uniform, and produces quite a good
> > match with all the icons I have tried. I will upload to RDS later on
> > today if I can - otherwise Wednesday as I am out tomorrow all day.
> > Thanks so much for your examples - I didn't realise there were so
> > many variants. And there are more I can't explain. Does anyone know
> > where I can get a definition of xpm format rather than just a chatty
> > description?
> > Andy
>
> Hello Andy,
>
> Ok, I'll try it carefully, I've downloaded it already, thanks.
Well, looks great!
But there is some minor bug - you can see it on the 01.bmp picture
from this .zip:
http://www.rapideuphoria.com/russian/colors.zip
A story is the next one.
I run xpmmer, at first, the current color is just black.
Then I choose the transparent color, and then load the .xpm file.
See please the background in the little Color window.
Do you see it becomes something greenny?
It is not that terrible, just unexpected.
Then, there is a global problem with the transparent color
at all. No one of known icon editors has a good representation
for that *none* color.
Andy, let us have it as it is shown on the 02.bmp picture or
as something similar on your own taste, say, as '+' sign or as
'-' sign or ... as any good just black sign on the current
background of the editor window. It is just a black sign of
the transparent (none) color. See please the examples of those
4 transparent pixels in the left down corner of the canvas greed
(02.bmp).
Ok? For now, that's all ...
Good Luck!
Regards,
Igor Kachan
kinz at peterlink.ru
8. RE: About XPMmer
Yeah, I know. I changed the palette to make it what I thought was nicer,
but introduced several bugs in the process of going from 64 to 70
colors! The generated XPM "None" color code was wrong. 
Also after reading in a file I tried to set the color to black but
instead set it to greeny-yuk color.
I spent some time yesterday trying to find the bugs - and I'm doing a
mod to allow Judith to incorporate it into her wonderful IDE; I will
upload a new version this week - I hope!!
Thanks, Igor, for your samples. I will make the transparent color show
up in the grid by writing a dot in the middle - that OK? I know what you
mean about it being hard to represent a transparent color. I am trying
to think of a better way, but first I want to remove those nasty bugs
that creep in when you're in a hurry!
Anyway, let's see how the next release pans out - and I "look forward"
to your helpful comments!!
Andy
Igor Kachan wrote:
>
>
> posted by: Igor Kachan <kinz at peterlink.ru>
>
> Igor Kachan wrote:
>
> >
> > Andy Drummond wrote:
> >
> > >
> > > Hello Igor.
> > >
> > > I got a revised version of XPMmer going over the weekend, I now extract
> > > C-comments OK, handle 48-bit colors OK, handle color names like
> > > SkyBluePink OK. I don't handle 2-character color codes which at least
> > > one of your examples has. But I can read most of them in - 98% anyway.
> > > I have a new palette which is more uniform, and produces quite a good
> > > match with all the icons I have tried. I will upload to RDS later on
> > > today if I can - otherwise Wednesday as I am out tomorrow all day.
> > > Thanks so much for your examples - I didn't realise there were so
> > > many variants. And there are more I can't explain. Does anyone know
> > > where I can get a definition of xpm format rather than just a chatty
> > > description?
> > > Andy
> >
> > Hello Andy,
> >
> > Ok, I'll try it carefully, I've downloaded it already, thanks.
>
> Well, looks great!
>
> But there is some minor bug - you can see it on the 01.bmp picture
> from this .zip:
>
> http://www.rapideuphoria.com/russian/colors.zip
>
> A story is the next one.
> I run xpmmer, at first, the current color is just black.
> Then I choose the transparent color, and then load the .xpm file.
> See please the background in the little Color window.
> Do you see it becomes something greenny?
> It is not that terrible, just unexpected.
>
> Then, there is a global problem with the transparent color
> at all. No one of known icon editors has a good representation
> for that *none* color.
>
> Andy, let us have it as it is shown on the 02.bmp picture or
> as something similar on your own taste, say, as '+' sign or as
> '-' sign or ... as any good just black sign on the current
> background of the editor window. It is just a black sign of
> the transparent (none) color. See please the examples of those
> 4 transparent pixels in the left down corner of the canvas greed
> (02.bmp).
>
> Ok? For now, that's all ...
>
> Good Luck!
>
> Regards,
> Igor Kachan
> kinz at peterlink.ru
9. RE: About XPMmer
Andy Drummond wrote:
[snip]
> Thanks, Igor, for your samples. I will make the transparent color show
> up in the grid by writing a dot in the middle - that OK?
OK, why not? I just thought those squares are similar, say, to the holes
of a strainer (sieve) - a hole has no its own color, it is the most
transparent obiect at all. But dot is good too.
> I know what you mean about it being hard to represent a transparent
> color. I am trying to think of a better way, but first I want to remove
> those nasty bugs that creep in when you're in a hurry!
The bugs are immortal, be sure. Don't worry, be happy!
> Anyway, let's see how the next release pans out - and I "look forward"
> to your helpful comments!!
Ok, I have tried the 2.1 version, looks very well, just needs some
polish - the transparent pixels must be *with dot* or *without dot*
anywheres, but now, for example, if you right click dot-pixel, then
on left click, you'll get pixels without dot. Yes, you can reset then
the whole dot-option, but it is not that handy, I think.
I do not think that someone may need two simultaneous representations
of transparent color on a current picture. So *with or without*,
but not *with and without*.
That's all, for now.
Good Luck!
Regards,
Igor Kachan
kinz at peterlink.ru
10. RE: About XPMmer
Igor Kachan wrote:
>
>
> posted by: Igor Kachan <kinz at peterlink.ru>
>
> Andy Drummond wrote:
>
> [snip]
>
> > Thanks, Igor, for your samples. I will make the transparent color show
> > up in the grid by writing a dot in the middle - that OK?
>
> OK, why not? I just thought those squares are similar, say, to the holes
> of a strainer (sieve) - a hole has no its own color, it is the most
> transparent obiect at all. But dot is good too.
>
> > I know what you mean about it being hard to represent a transparent
> > color. I am trying to think of a better way, but first I want to remove
> > those nasty bugs that creep in when you're in a hurry!
>
> The bugs are immortal, be sure. Don't worry, be happy!
>
> > Anyway, let's see how the next release pans out - and I "look forward"
> > to your helpful comments!!
>
> Ok, I have tried the 2.1 version, looks very well, just needs some
> polish - the transparent pixels must be *with dot* or *without dot*
> anywheres, but now, for example, if you right click dot-pixel, then
> on left click, you'll get pixels without dot. Yes, you can reset then
> the whole dot-option, but it is not that handy, I think.
> I do not think that someone may need two simultaneous representations
> of transparent color on a current picture. So *with or without*,
> but not *with and without*.
>
> That's all, for now.
>
> Good Luck!
>
> Regards,
> Igor Kachan
> kinz at peterlink.ru
I didn't try that!! I quite agree wih you, I tried all sorts of things
but not adding new Transparent pixels after I set the dots. Oh well,
RDS, Issue 2.2 will be along later today!!!
Andy
