> It was not on my list of features to backport, but I'll look into it.
No worries, if you have a release planning I don't want to push anything
here.
> Since you've been using it, do you have any suggestions?
Well for now I am happy with it as it is. Maybe I can describe my
use-case shortly: I am generating Gnuplot scripts out of a (modelling)
software. So far, for certain plots it was easier to integrate the data
directly into the gnuplot script rather than writing a data file and a
script using that data file. However, this limited myself (so far) to
one "plot" call to avoid complex auto-generated code or repeating
integrated data. Now, I can re-use the data easily, so the script
becomes way easier to read and to auto-code.
> I have wondered whether it would be useful to add a variant
> $mydata << "filename";
Well I personally could even think of making use of that. Again, mainly
to reduce complexity in auto-generated code or at least improve readability.
Besides these (my) specific use-cases for generated scripts I don't
really see much use in it if you are using Gnuplot from the command line
via the user interface at least. But that is just me.
Thanks again for your time and best regards,
Morten.
On 06.07.2012 22:32, Ethan A Merritt wrote:
> On Friday, July 06, 2012 12:01:50 pm Mac-Fly wrote:
>>
>> Dear Ethan,
>>
>> thank you for that information.
>>
>> Why I am using the 4.7.x branch (recently) is because of this new feature:
>>
>> * NEW inline data can be stored for reuse in named data blocks
>>
>> ...which is actually something I as hoping for a very long time.
>>
>> If this will be implemented in 4.6.1, too I am looking forward to this
>> release.
>
> It was not on my list of features to backport, but I'll look into it.
> The code itself is relatively small and unobtrusive, so it may be feasible.
>
> Ideally it is nice for a new feature to remain in the development version
> long enough to attract bug reports and modification requests before
> including it in an official release version. Since you've been using it,
> do you have any suggestions?
>
> For example, I have wondered whether it would be useful to add a variant
> $mydata << "filename";
> that would read the entire contents of a file into a named data block.
> I can't see much call for this if the file is local, but I could imagine
> a case like
> $mydata << "< wget URL://remote_filename";
>
> cheers,
>
> Ethan
>
>
>> Besides: I am writing installers myself, too so I was hoping
>> that this is more a flag for the installer rather than a more complex
>> operation... I might be wrong though.
>>
>> Best regards!
>>
>> Ps.: Let me take the chance to thank you all for your hard work. I am
>> using Gnuplot for more than 10 years now and it is my #1 scriptable and
>> feature rich plotter application. Excellent work!
>>
>> On 06.07.2012 17:42, sfeam (Ethan Merritt) wrote:
>>> On Thursday, 05 July 2012, Morten Tretmar wrote:
>>>> Dear Dr. Tatsuro MATSUOKA,
>>>>
>>>> I am using the recent Gnuplot you are providing gratefully via you webpage here:
>>>> http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/
>>>>
>>>> Unfortunately since you switched to a proper installer it is no longer possible to install Gnuplot as a non-administrator. I would like to ask therefore if it is possible that you could either provide the package as ZIP archive, too or adjust the installer so it allows non-administrative installations, too.
>>>
>>> The latest official release of gnuplot (version 4.6 patchlevel 0),
>>> is provided for download on the project's home site on SourceForge:
>>> https://sourceforge.net/projects/gnuplot/files/gnuplot/4.6.0/
>>>
>>> It was released in March 2012.
>>> Three windows versions are available, only one of which is wrapped
>>> in the installer that is causing you a problem.
>>>
>>> gp460-win32-setup.exe Windows binary installer
>>> gp460win32.zip Windows binary (no installer)
>>> gp460win32x11.zip Cygwin (x11) binary package
>>> gp460dj2.zip DJGPP binary package
>>>
>>> Tatsuro Matsuoka is kind enough to provide occasional snapshot
>>> builds from the CVS development branch on his private site, but
>>> it is not reasonable to expect that these snapshots will represent
>>> the full range of build options for today's (or even this month's)
>>> development version. For that you should download directly from the
>>> CVS source and build it yourself.
>>>
>>> The official version is updated every 6 months or so. Is there is
>>> some particular new feature or fix in the CVS source that you are
>>> missing in 4.6.0? A list of changes already slated for includion in
>>> 4.6.1 is here:
>>> http://gnuplot.cvs.sourceforge.net/viewvc/gnuplot/gnuplot/NEWS?revision=1.229.2.27&view=markup
>>>
>>>> With regards,
>>>>
>>>> Morten.
>>>>
>>>> BTW: I send this request here because I read this statement:
>>>> "I prefer that inquiries will be done through gnuplot-beta_atmark_lists.sourceforge.net"
>>>> If that is the wrong place to ask, please guide me accordingly.
>>>
>>> Here is fine.
>>>
>>> Ethan
>>>
>>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> _______________________________________________
>> gnuplot-beta mailing list
>> gnuplot-beta@...
>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> gnuplot-beta mailing list
> gnuplot-beta@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>
>
|