gnuplot-beta — Developers and beta testers of new gnuplot code

GNUPMDRV ever used?

[sfeam (E. Merritt) <eam...@gm...>]

I'm trying to clean out dead code, and came across several
places that refer to a symbol GNUPMDRV
For example:

# ifdef GNUPMDRV
    DosBeep(444, 111);
# endif

But so far as I can see, this symbol will never be defined
and therefore this is dead code.  

Am I missing something?
In particular, is there some undocumented build procedure
for OS2/PM that defines this symbol directly via a compiler
command rather than in a source file?

If not, then it can be removed from
src/mouse.c		- tested but never defined
src/gpexecute.c	- tested but never defined
src/os2/gclient.c - defined but never used

Re: win enh patch by Shigeharu Takeno on 2010-07-23a

[Tatsuro M. <tma...@ya...>]

Hello

I have found that the patch is applied to the cvs source and confirmed the fix the problem.

The cvs(ver 4.5) binaries for window have been updated.

http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/

Thanks to all related persons.

Tatsuro 

--- Tatsuro MATSUOKA wrote:

> Hello
> 
> An additional patch by Shigeharu Takeno to 
> http://sourceforge.net/tracker/?func=detail&aid=3024213&group_id=2055&atid=302055
> at  2010-07-23 05:57:08 UTC
> 
> solves a tics number slide problem of win enh term on
> http://sourceforge.net/tracker/?func=detail&atid=102055&aid=2993504&group_id=2055
> after patches by Shigeharu Takeno and Akira Kakuto.
> 
> Regards
> 
> Tatsuro 
> 
> --------------------------------------
> Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
> http://pr.mail.yahoo.co.jp/ie8/
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: set working directory in wgnuplot.ini

[Hans-Bernhard B. <HBB...@t-...>]

On 26.07.2010 21:06, wrote Alexander Jaudas:

> is it possible to specify the working directory in wgnuplot.ini?

No.  wgnuplot.ini is strictly for properties of the Windows GUI version 
only.  The working directory is not one of them.

The easiest way to specify a working directory would be to put a 'cd' 
command into the main gnuplot startup file, GNUPLOT.INI, instead.  See 
"help startup" and "help environment" for details.  Or you could start 
wgnuplot off a desktop link that specifies a startup directory.  Or you 
could just change to whatever directory you want to be in and start 
wgnuplot from there, from inside a command shell environment or batch file.

set working directory in wgnuplot.ini

[Alexander J. <Ale...@un...>]

Dear all,

is it possible to specify the working directory in wgnuplot.ini?

All the best
AJ

Re: Chinese text in plots

[Allin C. <cot...@wf...>]

On Sat, 24 Jul 2010, sfeam (Ethan Merritt) wrote:

> On Tuesday 20 July 2010, Allin Cottrell wrote:
> > On Tue, 20 Jul 2010, Allin Cottrell wrote:
> >
> > > [W]hat if you encoded Chinese strings in a plot file as CP950? I
> > > notice that the symbol CHINESEBIG5_CHARSET (=136) seems to be
> > > defined in connection with EMF files. Gnuplot could support that
> > > quite easily, in the minimal sense of offering a "cp950"
> > > encoding option and, in case that is in force, setting the
> > > charset byte in EMF output to CHINESEBIG5_CHARSET.
> >
> > This seems to work. I made an EMF file with this recipe, encoding
> > to cp950 and using a Big5 font:
> >
> > set term emf font "AR PL Mingti2L Big5,12"
> > set encoding cp950
>
> That's really interesting.  I had interpreted the EMF documentation
> differently; wherever it refers to "unicode", I had understood that
> to mean "any multibyte encoding" and thus concluded that the wide
> character versions of all the text routines were necessary.
> But hey, if it works - that's great.

The docs are not very clear, but I did come across some references
to double-byte characters in the context of ExtTextOutA. I think
that ExtTextOutW is strictly for use with UTF-16LE.

> > The Chinese characters display correctly using the freeware EMF
> > viewer eview.exe under Wine. (Unfortunately the EMF crashes
> > OpenOffice on Linux; I'm not sure whose fault that is.)
>
> Seems only fair.  Until recently the EMF output was interpreted
> fine under linux but crashed the Windows viewer :-)
> Could you send me a sample EMF file that OpenOffice has troubles
> with?  I have a couple of other EMF viewers that I run under linux
> and I'm curious what they think about it.

Sure, I'm attaching a sample. I tried it with a different Windows
viewer (irfanview, under wine) and again it was OK. I've also
inspected the file with the program "printemf" (from the libEMF
package) and I can't see anything wrong with it.

> > In case it's of interest I'm attaching my patch.
>
> Do you know if the various other terminal types do anything
> reasonable with CP950 fonts?  That is, should we add this to the
> list of supported encodings in the "set encoding" command?

Hmm, I'm not aware of another terminal type that could handle
Big5-encoded input, but then my knowledge is mostly restricted to
png, pdf, postscript and emf.

Allin Cottrell

Re: Chinese text in plots

[sfeam (E. Merritt) <eam...@gm...>]

On Tuesday 20 July 2010, Allin Cottrell wrote:
> On Tue, 20 Jul 2010, Allin Cottrell wrote:
> 
> > [W]hat if you encoded Chinese strings in a plot file as CP950? I
> > notice that the symbol CHINESEBIG5_CHARSET (=136) seems to be
> > defined in connection with EMF files. Gnuplot could support that
> > quite easily, in the minimal sense of offering a "cp950"
> > encoding option and, in case that is in force, setting the
> > charset byte in EMF output to CHINESEBIG5_CHARSET.
> 
> This seems to work. I made an EMF file with this recipe, encoding
> to cp950 and using a Big5 font:
> 
> set term emf font "AR PL Mingti2L Big5,12"
> set encoding cp950

That's really interesting.  I had interpreted the EMF documentation
differently; wherever it refers to "unicode", I had understood that
to mean "any multibyte encoding" and thus concluded that the wide
character versions of all the text routines were necessary.  
But hey, if it works - that's great.  

> The Chinese characters display correctly using the freeware EMF
> viewer eview.exe under Wine. (Unfortunately the EMF crashes
> OpenOffice on Linux; I'm not sure whose fault that is.)

Seems only fair.  Until recently the EMF output was interpreted
fine under linux but crashed the Windows viewer :-)
Could you send me a sample EMF file that OpenOffice has troubles
with?  I have a couple of other EMF viewers that I run under linux
and I'm curious what they think about it.

> In case it's of interest I'm attaching my patch.

Do you know if the various other terminal types do anything
reasonable with CP950 fonts?  That is, should we add this to the
list of supported encodings in the "set encoding" command?

	Ethan

win enh patch by Shigeharu Takeno on 2010-07-23a

[Tatsuro M. <tma...@ya...>]

Hello

An additional patch by Shigeharu Takeno to 
http://sourceforge.net/tracker/?func=detail&aid=3024213&group_id=2055&atid=302055
at  2010-07-23 05:57:08 UTC

solves a tics number slide problem of win enh term on
http://sourceforge.net/tracker/?func=detail&atid=102055&aid=2993504&group_id=2055
after patches by Shigeharu Takeno and Akira Kakuto.

Regards

Tatsuro 

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: Chinese text in plots

[Allin C. <cot...@wf...>]

On Tue, 20 Jul 2010, Allin Cottrell wrote:

> [W]hat if you encoded Chinese strings in a plot file as CP950? I
> notice that the symbol CHINESEBIG5_CHARSET (=136) seems to be
> defined in connection with EMF files. Gnuplot could support that
> quite easily, in the minimal sense of offering a "cp950"
> encoding option and, in case that is in force, setting the
> charset byte in EMF output to CHINESEBIG5_CHARSET.

This seems to work. I made an EMF file with this recipe, encoding
to cp950 and using a Big5 font:

set term emf font "AR PL Mingti2L Big5,12"
set encoding cp950

The Chinese characters display correctly using the freeware EMF
viewer eview.exe under Wine. (Unfortunately the EMF crashes
OpenOffice on Linux; I'm not sure whose fault that is.)

In case it's of interest I'm attaching my patch.

Allin Cottrell

Re: Chinese text in plots

[Allin C. <cot...@wf...>]

On Mon, 19 Jul 2010, Ethan A Merritt wrote:

> On Tue, 20 Jul 2010, Allin Cottrell wrote:
> >
> > I'm trying to help someone who wants to get traditional Chinese
> > characters into plots. This works fine for the gnuplot terminals
> > that natively support UTF-8 (e.g. the pango/cairo based ones), but
> > is not so easy with EPS and EMF.
> >
> > Does anyone have any experience with this and have any pointers to
> > share?  Thanks.
>
> Definitely not possible in the current EMF terminal; it would have to
> be re-written to use wide characters...

One more thought on this. My understanding is that the MS
wide-character function ExtTextOutW is for use with UTF-16
(only?). But what if you encoded Chinese strings in a plot file as
CP950? I notice that the symbol CHINESEBIG5_CHARSET (=136) seems
to be defined in connection with EMF files. Gnuplot could support
that quite easily, in the minimal sense of offering a "cp950"
encoding option and, in case that is in force, setting the charset
byte in EMF output to CHINESEBIG5_CHARSET. I gather that unlike
UTF-16, text in CP950 doesn't contain any embedded NULs so maybe
it could be handled by ExtTextOutA?

Under what conditions (if any) EMF files created in this way would
display correctly, I'm not sure, but it might be worth a go.

Allin Cottrell

Re: Function "replace" for strings?

[Petr M. <mi...@ph...>]

> Personally - on Windows - I use an ("ultra-easy") bksl2sl.exe utility, which
> reads stdin, each occurance of "\" replaces by "/" and writes bytes to
> stdout. It works, although its "non-standard".

Then it's exactly what the standard tr or sed can do.

> > c=system(b)
> ... OK, I treat it as a possibility which works on Linux; it doesn't work on
> Windows.

It does; however, you have to run pipe-enabled gnuplot, i.e. gnuplot.exe or 
wgnuplot_pipes.exe (see README.Windows).

> IMHO, I don't think it's the way of best performance - to create new
> process, wait for the pipe until it is broken and the take the result. When
> converting a large number of files, a built-in replacing function should be
> much quicker, don't you think?

You can read all of them at once; and then use words() and word() functions 
to step through the file list, e.g.

if (!exist('a')) a=system('dir *.dat | bksl2sl'); n=words(a); k=1
plot word(a,k)
pause 2
k=k+1
if (k<=n) reread

---
PM

Re: Chinese text in plots

[Allin C. <cot...@wf...>]

On Mon, 19 Jul 2010, Ethan A Merritt wrote:

> On Tue, 20 Jul 2010, Allin Cottrell wrote:
> >
> > I'm trying to help someone who wants to get traditional Chinese
> > characters into plots. This works fine for the gnuplot terminals
> > that natively support UTF-8 (e.g. the pango/cairo based ones), but
> > is not so easy with EPS and EMF.
> >
> > Does anyone have any experience with this and have any pointers to
> > share?  Thanks.
>
> Definitely not possible in the current EMF terminal; it would have to
> be re-written to use wide characters.
>
> EPS is possible, sort of, but IMHO it is far too much trouble to be
> worth it...

Thanks, Ethan, this has saved me from wasting a good deal of time!

-- 
Allin Cottrell
Department of Economics
Wake Forest University

Re: Function "replace" for strings?

[<pl...@pi...>]

On 07/19/10 08:41, LukasP wrote:
>
> Hello,
>
> agree with that gnuplot is highly capable plot processor and it is its
> primary purpose.
>
> But gnuplot provides some programming functionality and some string
> functions for it - strlen, strstrt, substr etc. - so I think one function
> for doing string replacements would be useful. And I mean simple
> string-for-string replacement, not wild char matching or regexs (e.g.
> strrepl("abcd", "bc", "+BC+") ->  "a+BC+d").
>
> As for your link for the similar question - I know there are possibilities
> how to solve problem - I can still pass more arguments to gnuplot where one
> contains string with "\"s and the other with "/"s; and these args are
> prepared by another program. But I'd rather pass only one argument which
> would be processed later in gnuplot; it seems to me simpler and a bit more
> elegant.
>
> Zdar
>
> LuP
>
>
> Marek Peca wrote:
>>
>> Nazdar,
>>
>>> Anyway, don't you think the "replace" function would be useful?
>>
>> personally, I think it would not. The valuable property of Gnuplot is,
>> that it is not a huge wannabe almighty package like SciLab or Emacs, but a
>> very clever bounded set of features around plotting.
>>
>> I think your feature-request is similar to this older one:
>> http://marc.info/?l=gnuplot-info&m=109472624100968&w=2
>>
>> ..and the right answer is, IMHO, the very same.
>>
>>
>> At se dari,
>> Marek
>>
>

Firstly , please don't top post when replying , it makes discussions 
hard to follow.

Isn't the simplest solution here to use gnuplot's system() command to 
call some external utility like sed or awk to do the substitution?

If this is just for labels why request a mod for what can done with 
existing code in a trivial amount of time.

regards

Re: Chinese text in plots

[Ethan A M. <merritt@u.washington.edu>]

On Tue, 20 Jul 2010, Allin Cottrell wrote:

>
> I'm trying to help someone who wants to get traditional Chinese
> characters into plots. This works fine for the gnuplot terminals
> that natively support UTF-8 (e.g. the pango/cairo based ones), but
> is not so easy with EPS and EMF.
>
> Does anyone have any experience with this and have any pointers to
> share?  Thanks.

Definitely not possible in the current EMF terminal; it would have to
be re-written to use wide characters.

EPS is possible, sort of, but IMHO it is far too much trouble to be
worth it. Sketchy instructions for creating code mappings for PostScript
are in .../term/PostScript/unicode_maps.README.  This mechanism does
work, painfully, but it can only handle a limited number of character
codes.  Using it for CJK character sets is a nightmare.
My advice would be to use pdfcairo and then convert from PDF
to EPS afterward.

           Ethan


>
> -- 
> Allin Cottrell
> Department of Economics
> Wake Forest University
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

Chinese text in plots

[Allin C. <cot...@wf...>]

I'm trying to help someone who wants to get traditional Chinese
characters into plots. This works fine for the gnuplot terminals
that natively support UTF-8 (e.g. the pango/cairo based ones), but
is not so easy with EPS and EMF.

Does anyone have any experience with this and have any pointers to
share?  Thanks.

-- 
Allin Cottrell
Department of Economics
Wake Forest University

Re: Function "replace" for strings?

[Tatsuro M. <tma...@ya...>]

Hello

--- Petr Mikulik  wrote:

> This is not needed if gnuplot is compiled by a gcc-based suite on Windows; 
> thus use always "/".

Even in the MSVC, '/' can be used as a directory separator. 
I have confirmed the above on the MSVC++ express 2008.

So the gnuplot binaries built by MSVC '/' can be used.

gnuplot> cd 'd:/usr'
gnuplot> pwd
d:\usr
gnuplot>

I have confirmed using the binaries provided by Kakuto, which are prepared by the MSVC toolkits.
 http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/gnuplot-45pl0w32.zip 

In addition, the MinGW version of gcc can understand '\' as a directory separator. 
Therefore gnuplot binaries built by gcc (e.g. official distribution), we can aloso use '\'

gnuplot> cd 'd:\usr'
gnuplot> pwd
d:\usr

Regards

Tatsuro

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: Function "replace" for strings?

[Tatsuro M. <tma...@ya...>]

This post is just an error correction.

Term in 'path separator' in the following is to be 'directory separator'.

Regards

Tatsuro

--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> The windows console prompt and almost console commands do not accept '/' as a path separator. 
> 
> See
> d:\usr\Tatsu>cd d:/usr
> The system cannot find the path specified.
> 
> d:\usr\Tatsu>cd d:\usr
> 
> D:\usr>
> 
> Therefore replacement of '/' by '\' as path separator sometimes are really required on windows.
> 
> BTW, the gnuplot prompt accepts '/' as path sepearator. 
> See;
> gnuplot> cd 'd:/usr'
> gnuplot> pwd
> d:\usr
> 
> In the almost programing languages working on windows accept '/' as a path separator.
> 
> Regards
> 
> Tatsuro
> 
> --- Tait wrote:
> 
> > > Sometimes I pass an argument to a gnuplot script which represents a file
> > > name and it must contain "\\" due to Win command line, but later I'd need to
> > > perform the above replacement.
> > 
> > Just use / as a directory separator in all cases. Windows allows this.
> > 
> > 
> > 
> > ------------------------------------------------------------------------------
> > This SF.net email is sponsored by Sprint
> > What will you do first with EVO, the first 4G phone?
> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> 
> --------------------------------------
> Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
> http://pr.mail.yahoo.co.jp/ie8/
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: Function "replace" for strings?

[Tait <gnu...@t4...>]

> ...
> But gnuplot provides some programming functionality and some string
> functions for it - strlen, strstrt, substr etc. - so I think one function
> for doing string replacements would be useful. ...

Gnuplot is a plotting program, not a scripting (or data manipulation)
language. Where then, to draw the line between the two?

This is just my opinion, but the further we go toward scripting, the
more difficult we make it for ourselves. Nobody developing gnuplot is a
language designer I suspect, and scripting is done far better by any number
of other utilities, from fortran to Perl to the GNU scientific computing
libraries. I find the scripting-like syntax and utilities available now in
gnuplot (e.g. for and string variables) to be brittle and unintuitive. It's
limited to specific pre-conceived use cases and users will always find new,
unexpected usages. Gnuplot adapts to these poorly. If we want script-like
utility, we'd be better to make gnuplot interface easily to existing tools, 
instead of re-inventing the wheel ourselves.

It's common that people ask whether gnuplot can internally sort their data;
extract parameters from the data, to be used in other aspects of the plot;
do complicated logic evaluation; or to repeat the same thing slightly
differently for data sets involving thousands of plots. Once past a low
level of complexity, I always advise these people to stop treating gnuplot
like a language and start treating it like a purpose-specific tool. Use
a more flexible, general-purpose tool like Ruby to handle sorting,
data analysis, and logic. Have Ruby generate a script file gnuplot
can understand, and use the Ruby layer to handle all the arbitrary
complexity. This works better, because Ruby has access to more inputs
(filesystem, network, ...) and can support unlimited abstraction,
arbitrary expressions, logic, and linking into other utilities in a way
gnuplot never will. I've picked Ruby rather arbitrarily here; plenty of
other languages can do the same.

    data (mess) -> scripting language -> plot file -> gnuplot -> output

rather than

    data (mess) -> plot file (try to handle mess) -> gnuplot -> output

String replacement is a low hurdle at which to require introducing the
scripting language layer, but there are many more potential uses of
search-and-replace than just substitution within a string variable
like var2=replace(var1, "foo", "bar"). Take string substitution
within commands for example, set title font replace(<stuff>), or set
key autotitle columnheader replace(<stuff>). The scope of the change
quickly becomes significant, with potential to misparse a legit command
increasing. Limiting string substitution to the first example invites
questions from confused users about why it works in one context and not
another, a type of question I see too often already. Pushing gnuplot a
little closer to being a poor scripting language is not the right answer
here, I think.

Re: Function "replace" for strings?

[Tatsuro M. <tma...@ya...>]

Hello

The windows console prompt and almost console commands do not accept '/' as a path separator. 

See
d:\usr\Tatsu>cd d:/usr
The system cannot find the path specified.

d:\usr\Tatsu>cd d:\usr

D:\usr>

Therefore replacement of '/' by '\' as path separator sometimes are really required on windows.

BTW, the gnuplot prompt accepts '/' as path sepearator. 
See;
gnuplot> cd 'd:/usr'
gnuplot> pwd
d:\usr

In the almost programing languages working on windows accept '/' as a path separator.

Regards

Tatsuro

--- Tait wrote:

> > Sometimes I pass an argument to a gnuplot script which represents a file
> > name and it must contain "\\" due to Win command line, but later I'd need to
> > perform the above replacement.
> 
> Just use / as a directory separator in all cases. Windows allows this.
> 
> 
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: Function "replace" for strings?

[LukasP <LP...@po...>]

... There's no doubt there are possibilities how to convert \ to /. The
solution suggested bellow is usable on Linux, but not in Windows - when I
need to convert hundreds of datafiles under Windows to png and when I use
command "dir /s /b *.dat", I get a list where "\" is used as directory
separator in file path.

Personally - on Windows - I use an ("ultra-easy") bksl2sl.exe utility, which
reads stdin, each occurance of "\" replaces by "/" and writes bytes to
stdout. It works, although its "non-standard".


Petr Mikulik wrote:
> 
>> is there a built-in string replacing function?
>> a = replace("ABC\\XYZ", "\\", "/") # a -> "ABC/XYZ"
> 
> you can use the following:
> 
> # replace "o" by "XYZ":
> a="hello world"
> b="echo ".a." | sed s=o=XYZ=g"
> c=system(b)
> print c
> 
> => it prints:
> hellXYZ wXYZrld
> 

... OK, I treat it as a possibility which works on Linux; it doesn't work on
Windows.

IMHO, I don't think it's the way of best performance - to create new
process, wait for the pipe until it is broken and the take the result. When
converting a large number of files, a built-in replacing function should be
much quicker, don't you think?


Petr Mikulik wrote:
> 
>> It would be very useful especially when migrating between Linux and Win
>> apps
>> as Linux uses "/" as directory separator but Windows use "\".
> 
> This is not needed if gnuplot is compiled by a gcc-based suite on Windows; 
> thus use always "/".
> 
> ---
> Petr Mikulik
> 

... Personally, no problem with using "/" for directory separator (and "-"
for command option). But it's otherwise on Windows - its commands use "\"
for path description and "/" as command separator; I cann't do nothing with
that.

LuP

-- 
View this message in context: http://old.nabble.com/Function-%22replace%22-for-strings--tp29173139p29205345.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: Function "replace" for strings?

[Petr M. <mi...@ph...>]

> is there a built-in string replacing function?
> a = replace("ABC\\XYZ", "\\", "/") # a -> "ABC/XYZ"

you can use the following:

# replace "o" by "XYZ":
a="hello world"
b="echo ".a." | sed s=o=XYZ=g"
c=system(b)
print c

=> it prints:
hellXYZ wXYZrld


> It would be very useful especially when migrating between Linux and Win apps
> as Linux uses "/" as directory separator but Windows use "\".

This is not needed if gnuplot is compiled by a gcc-based suite on Windows; 
thus use always "/".

---
Petr Mikulik

Re: Function "replace" for strings?

[LukasP <LP...@po...>]

Hello,

agree with that gnuplot is highly capable plot processor and it is its
primary purpose.

But gnuplot provides some programming functionality and some string
functions for it - strlen, strstrt, substr etc. - so I think one function
for doing string replacements would be useful. And I mean simple
string-for-string replacement, not wild char matching or regexs (e.g.
strrepl("abcd", "bc", "+BC+") -> "a+BC+d").

As for your link for the similar question - I know there are possibilities
how to solve problem - I can still pass more arguments to gnuplot where one
contains string with "\"s and the other with "/"s; and these args are
prepared by another program. But I'd rather pass only one argument which
would be processed later in gnuplot; it seems to me simpler and a bit more
elegant.

Zdar

LuP


Marek Peca wrote:
> 
> Nazdar,
> 
>> Anyway, don't you think the "replace" function would be useful?
> 
> personally, I think it would not. The valuable property of Gnuplot is, 
> that it is not a huge wannabe almighty package like SciLab or Emacs, but a 
> very clever bounded set of features around plotting.
> 
> I think your feature-request is similar to this older one:
> http://marc.info/?l=gnuplot-info&m=109472624100968&w=2
> 
> ..and the right answer is, IMHO, the very same.
> 
> 
> At se dari,
> Marek
> 

-- 
View this message in context: http://old.nabble.com/Function-%22replace%22-for-strings--tp29173139p29201826.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: Function "replace" for strings?

[Marek P. <ma...@du...>]

Nazdar,

> Anyway, don't you think the "replace" function would be useful?

personally, I think it would not. The valuable property of Gnuplot is, 
that it is not a huge wannabe almighty package like SciLab or Emacs, but a 
very clever bounded set of features around plotting.

I think your feature-request is similar to this older one:
http://marc.info/?l=gnuplot-info&m=109472624100968&w=2

..and the right answer is, IMHO, the very same.


At se dari,
Marek

Re: Function "replace" for strings?

[LukasP <LP...@po...>]

It doesn't work in all cases. Let's have "~" directory in the current
directory.

The command

xcopy ~\*.* ~~\*.*

is OK in Windows, but

xcopy ~/*.* ~~/*.*

is not (error: "Invalid number of parameters"). It seems Wins treat such
parameters like switches, which are usually prefixed by "/".

Anyway, don't you think the "replace" function would be useful?

LuP


Tait wrote:
> 
> Just use / as a directory separator in all cases. Windows allows this.
> 

-- 
View this message in context: http://old.nabble.com/Function-%22replace%22-for-strings--tp29173139p29192627.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: Function "replace" for strings?

[Tait <gnu...@t4...>]

> Sometimes I pass an argument to a gnuplot script which represents a file
> name and it must contain "\\" due to Win command line, but later I'd need to
> perform the above replacement.

Just use / as a directory separator in all cases. Windows allows this.

Function "replace" for strings?

[LukasP <LP...@po...>]

Hello,

is there a built-in string replacing function?

a = replace("ABC\\XYZ", "\\", "/") # a -> "ABC/XYZ"

It would be very useful especially when migrating between Linux and Win apps
as Linux uses "/" as directory separator but Windows use "\".

Sometimes I pass an argument to a gnuplot script which represents a file
name and it must contain "\\" due to Win command line, but later I'd need to
perform the above replacement.

Is there a possibility?

Thanks.

-- 
View this message in context: http://old.nabble.com/Function-%22replace%22-for-strings--tp29173139p29173139.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.