From blackfrog1 at gmail.com  Tue Mar  1 00:42:25 2011
From: blackfrog1 at gmail.com (Collin Bennett)
Date: Mon, 28 Feb 2011 18:42:25 -0500
Subject: [Kst]  Broken links on you site
Message-ID: <A2F5CAB6-677B-4E09-BB75-039EB8DFC388@gmail.com>

On the Download - Source Code <http://kst-plot.kde.org/download/source_code.php> page, the link to the GetData library is incorrect.  The correct link is <http://getdata.sourceforge.net/>


Also on the home page for Kst <http://kst-plot.kde.org/>, you have two links pointing the download page.  The link on top of the page works, but the one in the section after the logo doesn't.


Top Link: <http://kst-plot.kde.org/download/> - works

Second link: <http://kst-plot.kde.org/Downloads>  - doesn't work because of the letter s at the end of the url. Plus you need a lower-case letter d.

Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kst/attachments/20110228/a8854e7a/attachment.htm 

From nicolas.brisset at eurocopter.com  Tue Mar  1 09:07:55 2011
From: nicolas.brisset at eurocopter.com (Nicolas Brisset)
Date: Tue,  1 Mar 2011 09:07:55 +0100 (CET)
Subject: [Kst]  www/areas/extragear/apps/kst
Message-ID: <20110301080755.C83F73E1F1@svn.kde.org>

SVN commit 1223204 by brisset:

Fix a couple of broken links.


 M  +1 -1      download/source_code.php  
 M  +1 -1      index.php  


--- trunk/www/areas/extragear/apps/kst/download/source_code.php #1223203:1223204
@@ -24,7 +24,7 @@
 <p>Kst uses a number of open-source libraries:</p>
 <ul> 
   <li>The optional <a href="http://www.gnu.org/software/gsl/">GNU Scientific Library</a>, on which a lot of very useful data analysis plugins are based</li> 
-  <li>The optional <a href="http://getdata.sourceforge.net/getdata">GetData</a> library, which provides support for files in the Dirfile format</li> 
+  <li>The optional <a href="http://getdata.sourceforge.net/">GetData</a> library, which provides support for files in the Dirfile format</li> 
   <li>The optional <a href="http://www.unidata.ucar.edu/software/netcdf/">NetCdf</a> library, which provides support for files in the netCDF format</li> 
   <li>The optional <a href="http://muparser.sourceforge.net/">muParser</a> library, which is used in the general non-linear fitting plugin</li> 
 </ul> 
--- trunk/www/areas/extragear/apps/kst/index.php #1223203:1223204
@@ -13,7 +13,7 @@
 
 <strong>Kst</strong> contains many powerful built-in features and is <u>expandable</u> with plugins and extensions (see developer information in the <a href="Ressources">"Ressources"</a> section).</br>
 
-<strong>Kst</strong> is licensed under the <a href="http://www.gnu.org/copyleft/gpl.html">GPL</a>, and is as such <u>freely available</u> for anyone. What's more, as of 2.0.x it is available on <u>all of the following platforms</u>: Microsoft Windows, Linux, Mac OSX. Note that KDE libraries are an optional dependency (i.e. you can run Kst without KDE, but you get additional features when running on a platform with KDE). See the <a href="Downloads">"Downloads"</a> section for pre-compiled executables or the sources.</br> 
+<strong>Kst</strong> is licensed under the <a href="http://www.gnu.org/copyleft/gpl.html">GPL</a>, and is as such <u>freely available</u> for anyone. What's more, as of 2.0.x it is available on <u>all of the following platforms</u>: Microsoft Windows, Linux, Mac OSX. Note that KDE libraries are an optional dependency (i.e. you can run Kst without KDE, but you get additional features when running on a platform with KDE). See the <a href="download">"Downloads"</a> section for pre-compiled executables or the sources.</br> 
 </p>
 
 <p> 

From Nicolas.Brisset at eurocopter.com  Tue Mar  1 09:10:35 2011
From: Nicolas.Brisset at eurocopter.com (Brisset, Nicolas)
Date: Tue, 1 Mar 2011 09:10:35 +0100
Subject: [Kst] Re: Broken links on you site
In-Reply-To: <A2F5CAB6-677B-4E09-BB75-039EB8DFC388@gmail.com>
References: <A2F5CAB6-677B-4E09-BB75-039EB8DFC388@gmail.com>
Message-ID: <C4AA52C506197E4981154F0999F2020B01F213D4@sma2918.cr.eurocopter.corp>

Hi Collin,

 

thanks for the report. I have fixed the links now, can you check if that's what you meant (I'm not sure about the second issue you mentioned)?

 

Nicolas

 

________________________________

Von: Collin Bennett [mailto:blackfrog1 at gmail.com] 
Gesendet: Dienstag, 1. M?rz 2011 00:42
An: kst at kde.org
Betreff: [Kst] Broken links on you site

 

On the Download - Source Code <http://kst-plot.kde.org/download/source_code.php> page, the link to the GetData library is incorrect.  The correct link is <http://getdata.sourceforge.net/>

 

 

Also on the home page for Kst <http://kst-plot.kde.org/>, you have two links pointing the download page.  The link on top of the page works, but the one in the section after the logo doesn't.

 

 

Top Link: <http://kst-plot.kde.org/download/> - works

 

Second link: <http://kst-plot.kde.org/Downloads>  - doesn't work because of the letter s at the end of the url. Plus you need a lower-case letter d.

 

Thank you.



Eurocopter Deutschland GmbH
Sitz der Gesellschaft/Registered Office: Donauwoerth
Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
Geschaeftsfuehrung/Board of Management:
Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt

CONFIDENTIALITY NOTICE 

This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful. 
If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much. 
It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message. 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kst/attachments/20110301/60653433/attachment.htm 

From Nicolas.Brisset at eurocopter.com  Tue Mar  1 09:19:16 2011
From: Nicolas.Brisset at eurocopter.com (Brisset, Nicolas)
Date: Tue, 1 Mar 2011 09:19:16 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/libkstapp
In-Reply-To: <20110226210120.958B7AC8C0@svn.kde.org>
References: <20110226210120.958B7AC8C0@svn.kde.org>
Message-ID: <C4AA52C506197E4981154F0999F2020B01F21409@sma2918.cr.eurocopter.corp>

Hi Barth,

> SVN commit 1222872 by netterfield:
> 
> BUG: 267196
> Fix crash case when units, etc of new file are not picked up in
'duplicate
> file'.
> 
> This exposes another bug: why aren't the units properly picked up?
Good question... I think we are waiting for an answer to do the release.
Have you had time to look at that further?

I fear there is another issue (I haven't tested yet, though): when using
the change data file tool and replacing the vectors, are metadata
updated properly? And how about the case where we duplicate the vectors:
what should we do about the metadata? But that second part is for
post-2.0.3...

Nicolas


Eurocopter Deutschland GmbH
Sitz der Gesellschaft/Registered Office: Donauwoerth
Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
Geschaeftsfuehrung/Board of Management:
Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt

CONFIDENTIALITY NOTICE 

This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful. 
If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much. 
It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message. 


From syntheticpp at gmx.net  Tue Mar  1 20:54:31 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Tue, 01 Mar 2011 20:54:31 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/libkstapp
In-Reply-To: <C4AA52C506197E4981154F0999F2020B01F21409@sma2918.cr.eurocopter.corp>
References: <20110226210120.958B7AC8C0@svn.kde.org>
	<C4AA52C506197E4981154F0999F2020B01F21409@sma2918.cr.eurocopter.corp>
Message-ID: <4D6D4EF7.5040104@gmx.net>

On 01.03.2011 09:19, Brisset, Nicolas wrote:
> Hi Barth,
>
>> SVN commit 1222872 by netterfield:
>>
>> BUG: 267196
>> Fix crash case when units, etc of new file are not picked up in
> 'duplicate
>> file'.
>>
>> This exposes another bug: why aren't the units properly picked up?
> Good question... I think we are waiting for an answer to do the release.
> Have you had time to look at that further?
>
> I fear there is another issue (I haven't tested yet, though): when using
> the change data file tool and replacing the vectors, are metadata
> updated properly? And how about the case where we duplicate the vectors:
> what should we do about the metadata? But that second part is for
> post-2.0.3...
>

On Windows I only see the loaded vector in the change dialog not all
of the file. This is a bug, or I'm wrong?

Peter

From dvw at ketiltrout.net  Wed Mar  2 03:53:30 2011
From: dvw at ketiltrout.net (D. V. Wiebe)
Date: Tue, 1 Mar 2011 18:53:30 -0800
Subject: [Kst]  Fills and fonts.
Message-ID: <20110302025330.GI2698@ptolemy.phas.ubc.ca>

Good news, guys.  Slackware finally drop kde3 support, so I've finally
had to get over my laziness and upgrade to kst2.

A couple questions:

1) How do I change the default fill of plots?  I thought the "Default
Fill Properties" in the Settings dialogue might do it, but nope.

2) Since black-on-black is hard to read, how do I change the font
colour of a legend?  I though "Brush Color" might do it under the
appearance menu, but nope.  (It does change the colour of the bounding
box).

3) Closing the main plot window (via the X in the window dressing)
with a, say, Edit Plot Item dialogue window open doesn't cause kst to
exit (until you separately get rid of the dialog box).  Is that a bug?
I can't see when that would be useful.  Surely, destroying the main
window should cause all the other dialogs.

I'm using SVN revision 1223278.

TTFN
-dvw
-- 
Don Wiebe                                   dvw at phas.ubc.ca
Department of Physics and Astronomy
University of British Columbia              Hennings 204
6224 Agricultural Road                      Tele: +1-604-822-2585
University Endowment Lands, BC
Canada   V6T 1Z1                            http://ketiltrout.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kst/attachments/20110301/4ffaa430/attachment.sig 

From dvw at ketiltrout.net  Wed Mar  2 04:09:53 2011
From: dvw at ketiltrout.net (D. V. Wiebe)
Date: Wed,  2 Mar 2011 04:09:53 +0100 (CET)
Subject: [Kst]  [Bug 267428] New: On exit, kst asks to save an empty session
Message-ID: <bug-267428-29221@http.bugs.kde.org/>

https://bugs.kde.org/show_bug.cgi?id=267428

           Summary: On exit, kst asks to save an empty session
           Product: kst
           Version: 2.0.3
          Platform: Compiled Sources
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: ui
        AssignedTo: kst at kde.org
        ReportedBy: dvw at ketiltrout.net


Version:           2.0.3 (using KDE 4.5.5) 
OS:                Linux

kst asks the user whether it should save the session even if there's nothing to
save.



Reproducible: Always

Steps to Reproduce:
1) start kst
2) Create -> Scalar -> Generate -> give the scalar a value -> OK
3) Data Manager -> Purge (which should delete the scalar just created)
4) File -> Exit

Actual Results:  
A dialog box appears: "Your document has been modified.  Save changes?"

Expected Results:  
kst exits without asking to save the empty sesison.

Compiled from SVN revision 1223278.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

From dvw at ketiltrout.net  Wed Mar  2 04:31:27 2011
From: dvw at ketiltrout.net (D. V. Wiebe)
Date: Wed,  2 Mar 2011 04:31:27 +0100 (CET)
Subject: [Kst]  [Bug 267432] New: kst2 --version
Message-ID: <bug-267432-29221@http.bugs.kde.org/>

https://bugs.kde.org/show_bug.cgi?id=267432

           Summary: kst2 --version
           Product: kst
           Version: 2.0.3
          Platform: Compiled Sources
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: kst at kde.org
        ReportedBy: dvw at ketiltrout.net


Being able to get version information out of "kst2 --version" would be handy. 
(It certainly makes bug reporting quicker.)

I'd be even happier if I could run this without having to start an X Server
first. (like I do with "kst2 --help"...)

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

From Nicolas.Brisset at eurocopter.com  Wed Mar  2 08:19:52 2011
From: Nicolas.Brisset at eurocopter.com (Brisset, Nicolas)
Date: Wed, 2 Mar 2011 08:19:52 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/libkstapp
In-Reply-To: <4D6D4EF7.5040104@gmx.net>
References: <20110226210120.958B7AC8C0@svn.kde.org><C4AA52C506197E4981154F0999F2020B01F21409@sma2918.cr.eurocopter.corp>
	<4D6D4EF7.5040104@gmx.net>
Message-ID: <C4AA52C506197E4981154F0999F2020B01F673F5@sma2918.cr.eurocopter.corp>

> On Windows I only see the loaded vector in the change dialog not all
> of the file. This is a bug, or I'm wrong?
No, this is not a bug. You see only existing vectors and can duplicate
them or load them from a new file. And you can choose to update
dependents as well, meaning equations, curves, etc based on those
vectors.

I really have to get around to doing those screencasts... But the bad
thing is that I haven't found a working solution for that on my Linux PC
and under Windows the last version crashes when using the tool. I fear
we'll need another RC anyway when the bug is completely fixed...

Nicolas


Eurocopter Deutschland GmbH
Sitz der Gesellschaft/Registered Office: Donauwoerth
Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
Geschaeftsfuehrung/Board of Management:
Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt

CONFIDENTIALITY NOTICE 

This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful. 
If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much. 
It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message. 


From syntheticpp at gmx.net  Wed Mar  2 22:48:09 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Wed, 02 Mar 2011 22:48:09 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/libkstapp
In-Reply-To: <C4AA52C506197E4981154F0999F2020B01F673F5@sma2918.cr.eurocopter.corp>
References: <20110226210120.958B7AC8C0@svn.kde.org><C4AA52C506197E4981154F0999F2020B01F21409@sma2918.cr.eurocopter.corp>	<4D6D4EF7.5040104@gmx.net>
	<C4AA52C506197E4981154F0999F2020B01F673F5@sma2918.cr.eurocopter.corp>
Message-ID: <4D6EBB19.6040700@gmx.net>

On 02.03.2011 08:19, Brisset, Nicolas wrote:
>> On Windows I only see the loaded vector in the change dialog not all
>> of the file. This is a bug, or I'm wrong?
> No, this is not a bug. You see only existing vectors and can duplicate
> them or load them from a new file. And you can choose to update
> dependents as well, meaning equations, curves, etc based on those
> vectors.

OK, even better.

>
> I really have to get around to doing those screencasts... But the bad
> thing is that I haven't found a working solution for that on my Linux PC
> and under Windows the last version crashes when using the tool. I fear
> we'll need another RC anyway when the bug is completely fixed...

It still crashes? I thought it's fixed now.

>
> Nicolas

From Nicolas.Brisset at eurocopter.com  Thu Mar  3 18:25:51 2011
From: Nicolas.Brisset at eurocopter.com (Brisset, Nicolas)
Date: Thu, 3 Mar 2011 18:25:51 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/libkstapp
In-Reply-To: <4D6EBB19.6040700@gmx.net>
References: <20110226210120.958B7AC8C0@svn.kde.org><C4AA52C506197E4981154F0999F2020B01F21409@sma2918.cr.eurocopter.corp>	<4D6D4EF7.5040104@gmx.net><C4AA52C506197E4981154F0999F2020B01F673F5@sma2918.cr.eurocopter.corp>
	<4D6EBB19.6040700@gmx.net>
Message-ID: <C4AA52C506197E4981154F0999F2020B01FA9095@sma2918.cr.eurocopter.corp>

> It still crashes? I thought it's fixed now.
The svn version no longer crashes. But I believe the last RC still
does... 

Nicolas



Eurocopter Deutschland GmbH
Sitz der Gesellschaft/Registered Office: Donauwoerth
Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
Geschaeftsfuehrung/Board of Management:
Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt

CONFIDENTIALITY NOTICE 

This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful. 
If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much. 
It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message. 


From syntheticpp at gmx.net  Thu Mar  3 22:23:35 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Thu,  3 Mar 2011 22:23:35 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/libkstapp
Message-ID: <20110303212335.5E73BAC8C2@svn.kde.org>

SVN commit 1223587 by kuemmel:

prepare for --version

 M  +15 -16    commandlineparser.cpp  


--- branches/work/kst/portto4/kst/src/libkstapp/commandlineparser.cpp #1223586:1223587
@@ -111,30 +111,26 @@
 "Plot column 2 and column 3 in plot P1 and column 4 in plot P2\n"
 "       kst data.dat -P P1 -y 2 -y 3 -P P2 -y 4\n";
 
+static void printText(const QString& text, const QString& detailText, const QString& t = QString())
+{
 #ifdef Q_OS_WIN
-static void printUsage(QString t) { // No console on Windows.
-    QString displayText(usageMessage);
-    if (!t.isEmpty()) {
-      displayText += '\n';
-      displayText += t;
-    }
-    QMessageBox box(QMessageBox::Information, "Kst", displayText);
-    QString detailText(usageDetailsMessage);
+  // No console on Windows.
+  QMessageBox box(QMessageBox::Information, "Kst", text + t);
     box.setDetailedText(detailText);
     box.exec();
-}
 #else
-static void printUsage(const QString &t) {
-  QString displayText = QString(usageMessage) + QString(usageDetailsMessage);
-  if (!t.isEmpty()) {
-    displayText += "\n\n";
-    displayText += t;
-  }
+  QString displayText = QString(text) + QString(detailText) + t;
   qWarning("%s", qPrintable(displayText));
-}
 #endif
+}
 
+static void printUsage(const QString &t)
+{
+  printText(QString(usageMessage), QString(usageDetailsMessage), "\n" + t);
+}
 
+
+
 CommandLineParser::CommandLineParser(Document *doc):
       _doAve(false), _doSkip(false), _doConsecutivePlots(true), _useBargraph(false), 
       _useLines(true), _usePoints(false), _overrideStyle(false), _sampleRate(1.0), 
@@ -367,6 +363,9 @@
     if ((arg == "--help")||(arg == "-help")) {
       printUsage(QString());
       *ok = false;
+    } else if (arg == "--version" || arg == "-version") {
+      printUsage(QString());
+      *ok = false;
     } else if (arg == "-f") {
       *ok = _setIntArg(&_startFrame, i18n("Usage: -f <startframe>\n"), true);
       _document->objectStore()->override.f0 = _startFrame;

From syntheticpp at gmx.net  Thu Mar  3 22:33:10 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Thu,  3 Mar 2011 22:33:10 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/libkstapp
Message-ID: <20110303213311.06750AC8C2@svn.kde.org>

SVN commit 1223588 by kuemmel:

--version 
BUG: 267432


 M  +6 -2      commandlineparser.cpp  


--- branches/work/kst/portto4/kst/src/libkstapp/commandlineparser.cpp #1223587:1223588
@@ -14,6 +14,8 @@
 #include "datasource.h"
 #include "objectstore.h"
 #include "colorsequence.h"
+#include "svnrevision.h"
+#include "config.h"
 
 #include <iostream>
 #include <QCoreApplication>
@@ -111,12 +113,14 @@
 "Plot column 2 and column 3 in plot P1 and column 4 in plot P2\n"
 "       kst data.dat -P P1 -y 2 -y 3 -P P2 -y 4\n";
 
-static void printText(const QString& text, const QString& detailText, const QString& t = QString())
+static void printText(const QString& text, const QString& detailText = QString(), const QString& t = QString())
 {
 #ifdef Q_OS_WIN
   // No console on Windows.
   QMessageBox box(QMessageBox::Information, "Kst", text + t);
+  if (!detailText.isEmpty()) {
   box.setDetailedText(detailText);
+  }
   box.exec();
 #else
   QString displayText = QString(text) + QString(detailText) + t;
@@ -364,7 +368,7 @@
       printUsage(QString());
       *ok = false;
     } else if (arg == "--version" || arg == "-version") {
-      printUsage(QString());
+      printText(QString("Kst ") + KSTVERSION + " Revision " + SVN_REVISION);
       *ok = false;
     } else if (arg == "-f") {
       *ok = _setIntArg(&_startFrame, i18n("Usage: -f <startframe>\n"), true);

From syntheticpp at gmx.net  Thu Mar  3 22:35:06 2011
From: syntheticpp at gmx.net (=?UTF-8?Q?Peter=20K=C3=BCmmel=20?=)
Date: Thu,  3 Mar 2011 22:35:06 +0100 (CET)
Subject: [Kst]  [Bug 267432] kst2 --version
In-Reply-To: <bug-267432-29221@http.bugs.kde.org/>
References: <bug-267432-29221@http.bugs.kde.org/>
Message-ID: <20110303213506.4481581060@immanuel.kde.org>

https://bugs.kde.org/show_bug.cgi?id=267432


Peter K?mmel <syntheticpp at gmx.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED




--- Comment #1 from Peter K?mmel <syntheticpp gmx net>  2011-03-03 22:35:05 ---
SVN commit 1223588 by kuemmel:

--version 
BUG: 267432


 M  +6 -2      commandlineparser.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1223588

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

From nik.neusser at gmx.de  Thu Mar  3 22:41:26 2011
From: nik.neusser at gmx.de (Nikolaus Neusser)
Date: Thu, 03 Mar 2011 22:41:26 +0100
Subject: [Kst]  streaming udp data
Message-ID: <4D700B06.5020408@gmx.de>

Hello everyone,

i would like to know if kst is capable of ploting data that is received in real time via ethernet/udp?
How can i grab the udp data and forward it to kst?

Thanks a lot,
nik

From nicolas.brisset at free.fr  Thu Mar  3 23:12:48 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Thu, 3 Mar 2011 23:12:48 +0100 (CET)
Subject: [Kst] Re: streaming udp data
In-Reply-To: <1833817916.4927251299190174091.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <33697730.4927491299190368344.JavaMail.root@zimbra13-e2.priv.proxad.net>

Hi Nikolaus,

that sounds like an interesting idea... I don't know what type of data you are using, but basically what you'd have to do is write a datasource plugin (there is a template and we can provide some help) that can:
- list the available variables
- provide for each variable the number of samples
- get the values of a given sample range for a given variable
- update the previous information regularly

I don't know how proficient you are with C++. I think the hardest part would be the local storage of data in the datasource as the data model is so that it is up to the datasource to provide the information.
Actually, thinking about it I believe the easiest solution would be to write a small piece of code that gets your UDP data and writes it locally to a file type supported by kst out of the box. I'd suggest ASCII (easiest), or getdata (good performance), or netCDF (standard format, with quite a few nice features. I believe it even supports over-the-network access, but you'd have to check).
I think this is not the first time we have such a request, it'd be nice to have something that we can integrate in the kst distribution...

I hope that helped a bit,

Nicolas 

----- "Nikolaus Neusser" <nik.neusser at gmx.de> a ?crit :

> Hello everyone,
> 
> i would like to know if kst is capable of ploting data that is
> received in real time via ethernet/udp?
> How can i grab the udp data and forward it to kst?
> 
> Thanks a lot,
> nik
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst

From matt at truch.net  Thu Mar  3 23:49:15 2011
From: matt at truch.net (Matthew Truch)
Date: Thu, 3 Mar 2011 17:49:15 -0500
Subject: [Kst] Re: streaming udp data
In-Reply-To: <4D700B06.5020408@gmx.de>
References: <4D700B06.5020408@gmx.de>
Message-ID: <7B6D9BEB-1900-491F-AC33-91DCBA5008D2@truch.net>

Nicholas is right, but I'll add my two cents.

After thinking of this several times before, your best option is to  
write a simple program that saves the data to disk in a format kst can  
read and then reading from that file in kst.  That gives you the  
greatest flexibility in terms of speed and storage.

As for what data format, that depends on the number of fields you're  
writing and your data rate.  For smaller numbers, ASCII is fine and  
easy to write.  Getdata is fast and space efficient.

With any of the formats kst reads, it will update with new data in  
real time.  Don't forget to flush the data after each write if you go  
the ASCII file route. 
   

From syntheticpp at gmx.net  Fri Mar  4 00:04:23 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Fri, 04 Mar 2011 00:04:23 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/libkstapp
In-Reply-To: <C4AA52C506197E4981154F0999F2020B01FA9095@sma2918.cr.eurocopter.corp>
References: <20110226210120.958B7AC8C0@svn.kde.org><C4AA52C506197E4981154F0999F2020B01F21409@sma2918.cr.eurocopter.corp>	<4D6D4EF7.5040104@gmx.net><C4AA52C506197E4981154F0999F2020B01F673F5@sma2918.cr.eurocopter.corp>	<4D6EBB19.6040700@gmx.net>
	<C4AA52C506197E4981154F0999F2020B01FA9095@sma2918.cr.eurocopter.corp>
Message-ID: <4D701E77.9050209@gmx.net>

On 03.03.2011 18:25, Brisset, Nicolas wrote:
>> It still crashes? I thought it's fixed now.
> The svn version no longer crashes. But I believe the last RC still
> does...

rc2 could be downloaded now.

Peter

From syntheticpp at gmx.net  Sat Mar  5 21:59:01 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Sat,  5 Mar 2011 21:59:01 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/libkstapp
Message-ID: <20110305205901.C2AA2AC736@svn.kde.org>

SVN commit 1223908 by kuemmel:

don't show gui when command parsing failed 

 M  +1 -1      application.cpp  


--- branches/work/kst/portto4/kst/src/libkstapp/application.cpp #1223907:1223908
@@ -51,7 +51,7 @@
   DialogLauncher::replaceSelf(new DialogLauncherGui);
 
   connect(this, SIGNAL(aboutToQuit()), _mainWindow, SLOT(aboutToQuit()));
-  _mainWindow->show();
+  //_mainWindow->show();
   //_mainWindow->hide();
 }
 

From nicolas.brisset at free.fr  Sat Mar  5 22:19:54 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Sat, 5 Mar 2011 22:19:54 +0100 (CET)
Subject: [Kst]  Release?
Message-ID: <1500120626.5122931299359994489.JavaMail.root@zimbra13-e2.priv.proxad.net>

Hi,

I think it'd be nice to decide what we still want to do before the release. Barth, it wasn't clear from your last commit if you're planning to address the bug where metadata are not correctly duplicated when using the change data file tool.
As far as I'm concerned, I have a few more UI HIG fixes in the pipeline I'd like to commit before the release, but it's not going to take long - and it's low risk. Then I'd like to finally do those screencasts I've been mentioning. I hope to be done until the beginning of next week. 
Does anybody have something else?

Nicolas

From syntheticpp at gmx.net  Sat Mar  5 22:20:01 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Sat, 05 Mar 2011 22:20:01 +0100
Subject: [Kst]  Kst 2.0.3-rc2
Message-ID: <4D72A901.8000703@gmx.net>

We needed an additional release candidate due to a crash in the change data dialog,
which is fixed now:

     https://sourceforge.net/projects/kst/files/Kst%202.0.3/


Because there where problems with the getdata plugin on the Mac
rc2 binary for the Mac doesn't ship getdata. Please install getdata
into /usr: ./configure --prefix=/usr/

So rc1 ships getdata and rc2 not, what is better?

kst now also supports the command line option --version.

Peter

From christiandehne at web.de  Sun Mar  6 21:23:49 2011
From: christiandehne at web.de (Christian Trippe)
Date: Sun,  6 Mar 2011 21:23:49 +0100 (CET)
Subject: [Kst] [Bug 267828] New: Problems with the kst.desktop file shipped
 with 2.0.3 rc2
Message-ID: <bug-267828-29221@http.bugs.kde.org/>

https://bugs.kde.org/show_bug.cgi?id=267828

           Summary: Problems with the kst.desktop file shipped with 2.0.3
                    rc2
           Product: kst
           Version: 2.0.3
          Platform: openSUSE RPMs
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: kst at kde.org
        ReportedBy: christiandehne at web.de


Created an attachment (id=57731)
 --> (http://bugs.kde.org/attachment.cgi?id=57731)
Patch to use the new binary name kst2 and fix the format of the mimetype entry

Version:           2.0.3 (using KDE 4.6.0) 
OS:                Linux

This is somehow a follow up of bug 250555.

There are a few problems with the desktop file shipped with kst 2.0.3 rc2

1.) The binary is called kst and not kst2
2.) The line with Mimetype does not end with a semicolon
3.) the kst icon does not get installed, which means no icon is shown the
application menu (and for openSUSE the rpm does not even build)
(Actually no icon from the src/images directory gets installed.)

I attach a patch which solves the first two problems.

Reproducible: Always




OS: Linux

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

From nicolas.brisset at eurocopter.com  Sun Mar  6 21:42:36 2011
From: nicolas.brisset at eurocopter.com (Nicolas Brisset)
Date: Sun,  6 Mar 2011 21:42:36 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src
Message-ID: <20110306204236.DAA73AC8C3@svn.kde.org>

SVN commit 1223989 by brisset:

Another round of strings/UI fixes to improve internal consistency as well as compliance with KDE HIG. I wanted to pull this through as long as we're 
not translated. Changing strings becomes much more difficult after that. 
If there's anything you don't like, just complain! If you notice something I have missed, either fix it yourself or inform me.


 M  +8 -7      libkstapp/arrowpropertiestab.ui  
 M  +2 -2      libkstapp/axistab.ui  
 M  +2 -1      libkstapp/bugreportwizard.ui  
 M  +10 -10    libkstapp/changefiledialog.ui  
 M  +2 -1      libkstapp/childviewoptionstab.ui  
 M  +4 -6      libkstapp/choosecolordialog.ui  
 M  +17 -16    libkstapp/curvetab.ui  
 M  +4 -4      libkstapp/datawizard.cpp  
 M  +14 -13    libkstapp/datawizardpagedatapresentation.ui  
 M  +2 -2      libkstapp/datawizardpagedatasource.ui  
 M  +35 -23    libkstapp/datawizardpagefilters.ui  
 M  +6 -6      libkstapp/datawizardpageplot.ui  
 M  +1 -1      libkstapp/debugdialog.ui  
 M  +6 -6      libkstapp/defaultlabelpropertiestab.ui  
 M  +1 -2      libkstapp/dialog.ui  
 M  +9 -9      libkstapp/differentiatecurvesdialog.cpp  
 M  +1 -1      libkstapp/dimensionstab.ui  
 M  +5 -4      libkstapp/editmultiplewidget.ui  
 M  +1 -1      libkstapp/equationtab.ui  
 M  +1 -1      libkstapp/filltab.ui  
 M  +1 -1      libkstapp/filterfittab.ui  
 M  +1 -1      libkstapp/generaltab.ui  
 M  +4 -4      libkstapp/gridtab.ui  
 M  +21 -20    libkstapp/histogramtab.ui  
 M  +1 -1      libkstapp/labeltab.ui  
 M  +4 -4      libkstapp/layouttab.ui  
 M  +4 -4      libkstapp/legendtab.ui  
 M  +1 -1      libkstapp/logdialog.ui  
 M  +24 -11    libkstapp/markerstab.ui  
 M  +32 -31    libkstapp/matrixtab.ui  
 M  +1 -1      libkstapp/overridelabeltab.ui  
 M  +1 -1      libkstapp/plotaxis.cpp  
 M  +3 -3      libkstapp/plotitem.cpp  
 M  +10 -10    libkstapp/rangetab.ui  
 M  +13 -12    libkstapp/scalartab.ui  
 M  +4 -4      libkstapp/stroketab.ui  
 M  +7 -7      libkstapp/vectortab.ui  
 M  +1 -1      widgets/curveappearance.ui  
 M  +3 -3      widgets/curveplacement.ui  
 M  +13 -12    widgets/datarange.ui  
 M  +5 -5      widgets/fftoptions.ui  


http://websvn.kde.org/?view=rev&revision=1223989

From syntheticpp at gmx.net  Sun Mar  6 22:27:31 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Sun, 06 Mar 2011 22:27:31 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src
In-Reply-To: <20110306204236.DAA73AC8C3@svn.kde.org>
References: <20110306204236.DAA73AC8C3@svn.kde.org>
Message-ID: <4D73FC43.4020301@gmx.net>

I uploaded new binaries for windows with this changes and the recent Qt 4.7.2.

Peter


On 06.03.2011 21:42, Nicolas Brisset wrote:
> SVN commit 1223989 by brisset:
>
> Another round of strings/UI fixes to improve internal consistency as well as compliance with KDE HIG. I wanted to pull this through as long as we're
> not translated. Changing strings becomes much more difficult after that.
> If there's anything you don't like, just complain! If you notice something I have missed, either fix it yourself or inform me.
>
>
>   M  +8 -7      libkstapp/arrowpropertiestab.ui
>   M  +2 -2      libkstapp/axistab.ui
>   M  +2 -1      libkstapp/bugreportwizard.ui
>   M  +10 -10    libkstapp/changefiledialog.ui
>   M  +2 -1      libkstapp/childviewoptionstab.ui
>   M  +4 -6      libkstapp/choosecolordialog.ui
>   M  +17 -16    libkstapp/curvetab.ui
>   M  +4 -4      libkstapp/datawizard.cpp
>   M  +14 -13    libkstapp/datawizardpagedatapresentation.ui
>   M  +2 -2      libkstapp/datawizardpagedatasource.ui
>   M  +35 -23    libkstapp/datawizardpagefilters.ui
>   M  +6 -6      libkstapp/datawizardpageplot.ui
>   M  +1 -1      libkstapp/debugdialog.ui
>   M  +6 -6      libkstapp/defaultlabelpropertiestab.ui
>   M  +1 -2      libkstapp/dialog.ui
>   M  +9 -9      libkstapp/differentiatecurvesdialog.cpp
>   M  +1 -1      libkstapp/dimensionstab.ui
>   M  +5 -4      libkstapp/editmultiplewidget.ui
>   M  +1 -1      libkstapp/equationtab.ui
>   M  +1 -1      libkstapp/filltab.ui
>   M  +1 -1      libkstapp/filterfittab.ui
>   M  +1 -1      libkstapp/generaltab.ui
>   M  +4 -4      libkstapp/gridtab.ui
>   M  +21 -20    libkstapp/histogramtab.ui
>   M  +1 -1      libkstapp/labeltab.ui
>   M  +4 -4      libkstapp/layouttab.ui
>   M  +4 -4      libkstapp/legendtab.ui
>   M  +1 -1      libkstapp/logdialog.ui
>   M  +24 -11    libkstapp/markerstab.ui
>   M  +32 -31    libkstapp/matrixtab.ui
>   M  +1 -1      libkstapp/overridelabeltab.ui
>   M  +1 -1      libkstapp/plotaxis.cpp
>   M  +3 -3      libkstapp/plotitem.cpp
>   M  +10 -10    libkstapp/rangetab.ui
>   M  +13 -12    libkstapp/scalartab.ui
>   M  +4 -4      libkstapp/stroketab.ui
>   M  +7 -7      libkstapp/vectortab.ui
>   M  +1 -1      widgets/curveappearance.ui
>   M  +3 -3      widgets/curveplacement.ui
>   M  +13 -12    widgets/datarange.ui
>   M  +5 -5      widgets/fftoptions.ui
>
>
> http://websvn.kde.org/?view=rev&revision=1223989
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>

From Nicolas.Brisset at eurocopter.com  Mon Mar  7 08:53:16 2011
From: Nicolas.Brisset at eurocopter.com (Brisset, Nicolas)
Date: Mon, 7 Mar 2011 08:53:16 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src
In-Reply-To: <4D73FC43.4020301@gmx.net>
References: <20110306204236.DAA73AC8C3@svn.kde.org> <4D73FC43.4020301@gmx.net>
Message-ID: <C4AA52C506197E4981154F0999F2020B01FF64BE@sma2918.cr.eurocopter.corp>

> I uploaded new binaries for windows with this changes and the recent
Qt
> 4.7.2.
Nice :-) I have just downloaded them, and they seem to be OK.
I just noticed that the shortcut that gets created is still called
-beta3 per default. We have to fix that prior to the final release.

Now I'll try to make the screencasts on that basis, I'll let you know if
I encounter bad bugs which need to be fixed. 

Nicolas



Eurocopter Deutschland GmbH
Sitz der Gesellschaft/Registered Office: Donauwoerth
Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
Geschaeftsfuehrung/Board of Management:
Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt

CONFIDENTIALITY NOTICE 

This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful. 
If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much. 
It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message. 


From Nicolas.Brisset at eurocopter.com  Mon Mar  7 08:56:01 2011
From: Nicolas.Brisset at eurocopter.com (Brisset, Nicolas)
Date: Mon, 7 Mar 2011 08:56:01 +0100
Subject: [Kst] Re: Kst 2.0.3-rc2
In-Reply-To: <4D72A901.8000703@gmx.net>
References: <4D72A901.8000703@gmx.net>
Message-ID: <C4AA52C506197E4981154F0999F2020B01FF64C4@sma2918.cr.eurocopter.corp>

> Because there where problems with the getdata plugin on the Mac
> rc2 binary for the Mac doesn't ship getdata. Please install getdata
> into /usr: ./configure --prefix=/usr/
> 
> So rc1 ships getdata and rc2 not, what is better?
I'll let Mac users answer here, but my feeling is that we should ship it
together. Especially on Mac it seems people are used to getting
all-inclusive bundles. And it should work "out-of-the-box"!

But I don't know what problems you are talking about... So maybe there
are good reasons to ship it separately.

Nicolas 


Eurocopter Deutschland GmbH
Sitz der Gesellschaft/Registered Office: Donauwoerth
Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
Geschaeftsfuehrung/Board of Management:
Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt

CONFIDENTIALITY NOTICE 

This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful. 
If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much. 
It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message. 


From syntheticpp at gmx.net  Mon Mar  7 23:08:02 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Mon, 07 Mar 2011 23:08:02 +0100
Subject: [Kst] Re: Kst 2.0.3-rc2
In-Reply-To: <C4AA52C506197E4981154F0999F2020B01FF64C4@sma2918.cr.eurocopter.corp>
References: <4D72A901.8000703@gmx.net>
	<C4AA52C506197E4981154F0999F2020B01FF64C4@sma2918.cr.eurocopter.corp>
Message-ID: <4D755742.605@gmx.net>

On 07.03.2011 08:56, Brisset, Nicolas wrote:
>> Because there where problems with the getdata plugin on the Mac
>> rc2 binary for the Mac doesn't ship getdata. Please install getdata
>> into /usr: ./configure --prefix=/usr/
>>
>> So rc1 ships getdata and rc2 not, what is better?
> I'll let Mac users answer here, but my feeling is that we should ship it
> together. Especially on Mac it seems people are used to getting
> all-inclusive bundles. And it should work "out-of-the-box"!

Yes, this was the idea for rc1.

>
> But I don't know what problems you are talking about... So maybe there
> are good reasons to ship it separately.

I got a mail that getdata files could not be read with rc1.
But I'm not familiar with releases for all these "cat of prey" Macs.

Peter

From mathieu660r at gmail.com  Tue Mar  8 04:49:40 2011
From: mathieu660r at gmail.com (mathieu660r at gmail.com)
Date: Tue, 08 Mar 2011 03:49:40 +0000
Subject: [Kst]  Addition of sample on a specific range
Message-ID: <20cf3071c8c28785e6049df080ce@google.com>

Hi,

I'm new here and I find KST a really great tool for fast and efficient  
plotting. I'm currently using some hardware to measure the real power of  
some lights. I can plot the power easily and I can get the power value on  
the y axis and the time on the x axis. My question is a little bit complex  
so I will try to explain the best as I can if you have questions please  
ask. So I want to add all the value of a time sample ( example : all the  
value during 60 minutes and do it for each 60 minutes) and multiply the  
total value by another value to get an approximation of the cost of  
electricity.

Thanks,
Mathieu R.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kst/attachments/20110308/d260e864/attachment.htm 

From netterfield at astro.utoronto.ca  Wed Mar  9 04:08:03 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Wed,  9 Mar 2011 04:08:03 +0100 (CET)
Subject: [Kst]
	branches/work/kst/portto4/kst/src/plugins/dataobject/correlation/crosscorrelation
Message-ID: <20110309030803.1110DAC8C4@svn.kde.org>

SVN commit 1224217 by netterfield:

Improve names in plugin.  Still not perfect though.



 M  +3 -3      crosscorrelation.cpp  


--- branches/work/kst/portto4/kst/src/plugins/dataobject/correlation/crosscorrelation/crosscorrelation.cpp #1224216:1224217
@@ -23,8 +23,8 @@
 
 static const QString& VECTOR_IN_ONE = "Vector One In";
 static const QString& VECTOR_IN_TWO = "Vector Two In";
-static const QString& VECTOR_OUT_STEP = "Step Value";
-static const QString& VECTOR_OUT_CORRELATED = "Correlated";
+static const QString& VECTOR_OUT_STEP = "Offset";
+static const QString& VECTOR_OUT_CORRELATED = "C";
 
 class ConfigCrossCorrelationPlugin : public Kst::DataObjectConfigWidget, public Ui_CrossCorrelationConfig {
   public:
@@ -120,7 +120,7 @@
 
 
 QString CrossCorrelationSource::_automaticDescriptiveName() const {
-  return QString("Cross Correlation Plugin Object");
+  return QString("Cross Correlation");
 }
 
 

From netterfield at astro.utoronto.ca  Wed Mar  9 04:14:33 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Wed,  9 Mar 2011 04:14:33 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/libkstapp
Message-ID: <20110309031433.6F8A5AC8C4@svn.kde.org>

SVN commit 1224218 by netterfield:

FEATURE:
Add a data source config dialog option to the change file dialog, to allow configuration options to
be set for the new data file.



 M  +15 -0     changefiledialog.cpp  
 M  +1 -0      changefiledialog.h  
 M  +59 -4     changefiledialog.ui  


--- branches/work/kst/portto4/kst/src/libkstapp/changefiledialog.cpp #1224217:1224218
@@ -13,6 +13,7 @@
 #include "changefiledialog.h"
 
 #include "datacollection.h"
+#include "datasourcedialog.h"
 #include "datavector.h"
 #include "datamatrix.h"
 #include "datascalar.h"
@@ -68,6 +69,8 @@
   connect(_buttonBox->button(QDialogButtonBox::Ok), SIGNAL(clicked()), this, SLOT(OKClicked()));
   connect(_buttonBox->button(QDialogButtonBox::Apply), SIGNAL(clicked()), this, SLOT(apply()));
 
+  connect(_configure, SIGNAL(clicked()), this, SLOT(showConfigWidget()));
+
   _dataFile->setFile(QDir::currentPath());
   updateButtons();
 }
@@ -82,7 +85,15 @@
   QDialog::show();
 }
 
+void ChangeFileDialog::showConfigWidget() {
+  QPointer<DataSourceDialog> dialog = new DataSourceDialog(DataDialog::New, _dataSource, this);
+  if ( dialog->exec() == QDialog::Accepted ) {
+    fileNameChanged(_dataSource->fileName());
+  }
+  delete dialog;
+}
 
+
 void ChangeFileDialog::removeButtonClicked() {
   foreach (QListWidgetItem* item, _selectedFilePrimitiveList->selectedItems()) {
     _changeFilePrimitiveList->addItem(_selectedFilePrimitiveList->takeItem(_selectedFilePrimitiveList->row(item)));
@@ -125,13 +136,17 @@
     return;
   }
   _dataSource = DataSourcePluginManager::findOrLoadSource(_store, filename);
+  _fileType->setText(_dataSource->fileType());
   updateButtons();
+  _configure->setEnabled(_dataSource->hasConfigWidget());
+
 }
 
 
 void ChangeFileDialog::fileNameChanged(const QString &file) {
   _dataSource = 0;
   updateButtons();
+  _configure->setEnabled(false);
 
   _requestID += 1;
   ValidateDataSourceThread *validateDSThread = new ValidateDataSourceThread(file, _requestID);
--- branches/work/kst/portto4/kst/src/libkstapp/changefiledialog.h #1224217:1224218
@@ -48,6 +48,7 @@
 
     void availableDoubleClicked(QListWidgetItem * item);
     void selectedDoubleClicked(QListWidgetItem * item);
+    void showConfigWidget();
 
     void updateButtons();
     void OKClicked();
--- branches/work/kst/portto4/kst/src/libkstapp/changefiledialog.ui #1224217:1224218
@@ -6,8 +6,8 @@
    <rect>
     <x>0</x>
     <y>0</y>
-    <width>580</width>
-    <height>450</height>
+    <width>603</width>
+    <height>452</height>
    </rect>
   </property>
   <property name="windowTitle">
@@ -180,6 +180,12 @@
         </property>
         <item row="0" column="0">
          <widget class="QLabel" name="textLabel1">
+          <property name="sizePolicy">
+           <sizepolicy hsizetype="Fixed" vsizetype="Preferred">
+            <horstretch>0</horstretch>
+            <verstretch>0</verstretch>
+           </sizepolicy>
+          </property>
           <property name="text">
            <string>&amp;File:</string>
           </property>
@@ -203,7 +209,7 @@
         </item>
        </layout>
       </item>
-      <item row="1" column="0">
+      <item row="2" column="0">
        <layout class="QGridLayout">
         <property name="margin">
          <number>0</number>
@@ -236,7 +242,7 @@
         </item>
        </layout>
       </item>
-      <item row="2" column="0">
+      <item row="3" column="0">
        <layout class="QGridLayout">
         <property name="margin">
          <number>0</number>
@@ -279,7 +285,56 @@
         </item>
        </layout>
       </item>
+      <item row="1" column="0">
+       <layout class="QHBoxLayout" name="horizontalLayout_4">
+        <item>
+         <spacer name="horizontalSpacer">
+          <property name="orientation">
+           <enum>Qt::Horizontal</enum>
+          </property>
+          <property name="sizeHint" stdset="0">
+           <size>
+            <width>40</width>
+            <height>20</height>
+           </size>
+          </property>
+         </spacer>
+        </item>
+        <item>
+         <widget class="QLabel" name="_fileType">
+          <property name="sizePolicy">
+           <sizepolicy hsizetype="Fixed" vsizetype="Fixed">
+            <horstretch>10</horstretch>
+            <verstretch>0</verstretch>
+           </sizepolicy>
+          </property>
+          <property name="text">
+           <string>Unknown File Type</string>
+          </property>
+          <property name="wordWrap">
+           <bool>false</bool>
+          </property>
+         </widget>
+        </item>
+        <item>
+         <widget class="QPushButton" name="_configure">
+          <property name="enabled">
+           <bool>false</bool>
+          </property>
+          <property name="sizePolicy">
+           <sizepolicy hsizetype="Minimum" vsizetype="Minimum">
+            <horstretch>0</horstretch>
+            <verstretch>0</verstretch>
+           </sizepolicy>
+          </property>
+          <property name="text">
+           <string>Con&amp;figure...</string>
+          </property>
+         </widget>
+        </item>
      </layout>
+      </item>
+     </layout>
     </widget>
    </item>
    <item>

From netterfield at astro.utoronto.ca  Wed Mar  9 04:17:07 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Wed,  9 Mar 2011 04:17:07 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/libkstapp
Message-ID: <20110309031707.CCD8CAC8C4@svn.kde.org>

SVN commit 1224220 by netterfield:

GUI:
BUG:
Fix layout bugs in the vector dialog.


 M  +9 -9      vectortab.ui  


--- branches/work/kst/portto4/kst/src/libkstapp/vectortab.ui #1224219:1224220
@@ -153,15 +153,12 @@
      </property>
      <layout class="QVBoxLayout" name="verticalLayout">
       <item>
-       <widget class="Kst::DataSourceSelector" name="_fileName" native="true"/>
-      </item>
-      <item>
        <widget class="QLabel" name="label_4">
         <property name="text">
          <string>File name:</string>
         </property>
         <property name="alignment">
-         <set>Qt::AlignRight|Qt::AlignTrailing|Qt::AlignVCenter</set>
+         <set>Qt::AlignLeading|Qt::AlignLeft|Qt::AlignVCenter</set>
         </property>
         <property name="wordWrap">
          <bool>false</bool>
@@ -169,11 +166,7 @@
        </widget>
       </item>
       <item>
-       <widget class="Kst::ComboBox" name="_field">
-        <property name="enabled">
-         <bool>false</bool>
-        </property>
-       </widget>
+       <widget class="Kst::DataSourceSelector" name="_fileName" native="true"/>
       </item>
       <item>
        <widget class="QLabel" name="label_5">
@@ -198,6 +191,13 @@
        </widget>
       </item>
       <item>
+       <widget class="Kst::ComboBox" name="_field">
+        <property name="enabled">
+         <bool>false</bool>
+        </property>
+       </widget>
+      </item>
+      <item>
        <layout class="QHBoxLayout">
         <property name="margin">
          <number>0</number>

From netterfield at astro.utoronto.ca  Wed Mar  9 04:19:04 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Wed,  9 Mar 2011 04:19:04 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src
Message-ID: <20110309031904.0C4EBAC8C4@svn.kde.org>

SVN commit 1224221 by netterfield:

Significantly improve automatic legend names.
I think I now do a reasonable job with all cases, except the case where
units are not consistent between all relations in a plot.

Please look for troubles.



 M  +3 -3      libkst/datavector.cpp  
 A             libkst/labelinfo.cpp   [License: GPL (v2+)]
 M  +1 -0      libkst/labelinfo.h  
 M  +52 -4     libkstapp/legenditem.cpp  
 M  +1 -1      libkstapp/legenditem.h  
 M  +1 -1      libkstapp/plotitem.cpp  
 M  +7 -36     libkstapp/plotrenderitem.cpp  
 M  +0 -1      libkstapp/plotrenderitem.h  


--- branches/work/kst/portto4/kst/src/libkst/datavector.cpp #1224220:1224221
@@ -328,12 +328,12 @@
     label_info.units = QString();
   }
 
-  label_info.name = _field;
+  label_info.name = descriptiveName();// _field;
 
   // un-escape escaped special characters so they aren't escaped 2x.
-  label_info.name.replace("\\_", "_").replace("\\^","^").replace("\\[", "[").replace("\\]", "]");
+  //label_info.name.replace("\\_", "_").replace("\\^","^").replace("\\[", "[").replace("\\]", "]");
   // now escape the special characters.
-  label_info.name.replace('_', "\\_").replace('^', "\\^").replace('[', "\\[").replace(']', "\\]");
+  //label_info.name.replace('_', "\\_").replace('^', "\\^").replace('[', "\\[").replace(']', "\\]");
 
   return label_info;
 }
--- branches/work/kst/portto4/kst/src/libkst/labelinfo.h #1224220:1224221
@@ -31,6 +31,7 @@
   QString name;
   QString quantity;
   QString units;
+  QString singleRenderItemLabel() const;
 };
 
 }
--- branches/work/kst/portto4/kst/src/libkstapp/legenditem.cpp #1224220:1224221
@@ -84,10 +84,58 @@
   QFont font(_font);
   font.setPointSizeF(view()->defaultFont(_fontScale).pointSizeF());
 
-  foreach(RelationPtr relation, legendItems) {
+  // generate string list of relation names
+  QStringList names;
+  int count = legendItems.count();
+  bool allAuto = true;
+  bool sameX = true;
+  LabelInfo label_info = legendItems.at(0)->xLabelInfo();
+
+  for (int i = 0; i<count; i++) {
+    RelationPtr relation = legendItems.at(i);
+    if (relation->descriptiveNameIsManual()) {
+      allAuto = false;
+    }
+    if (relation->xLabelInfo() != label_info) {
+      sameX = false;
+    }
+  }
+
+  if (!allAuto) {
+    for (int i = 0; i<count; i++) {
+      names.append(legendItems.at(i)->descriptiveName());
+    }
+  } else {
+    for (int i = 0; i<count; i++) {
+      RelationPtr relation = legendItems.at(i);
+      label_info = relation->titleInfo();
+      QString label = label_info.singleRenderItemLabel();
+      if (label.isEmpty()) {
+        label_info = relation->yLabelInfo();
+        if (!label_info.name.isEmpty()) {
+          LabelInfo xlabel_info = relation->xLabelInfo();
+          if (!sameX) {
+            label = i18n("%1 vs %2").arg(label_info.name).arg(xlabel_info.name);
+          } else if (xlabel_info.quantity.isEmpty()) {
+            label = label_info.name;
+          } else if (xlabel_info.quantity != xlabel_info.name) {
+            label = i18n("%1 vs %2").arg(label_info.name).arg(xlabel_info.name);
+          } else {
+            label = label_info.name;
+          }
+        } else {
+          label = relation->descriptiveName();
+        }
+      }
+      names.append(label);
+    }
+  }
+
+  for (int i = 0; i<count; i++) {
+    RelationPtr relation = legendItems.at(i);
     DrawnLegendItem item;
     item.pixmap = QPixmap(LEGENDITEMMAXWIDTH, LEGENDITEMMAXHEIGHT);
-    item.size = paintRelation(relation, &item.pixmap, font);
+    item.size = paintRelation(names.at(i), relation, &item.pixmap, font);
 
     if (_verticalDisplay) {
       legendSize.setWidth(qMax(legendSize.width(), item.size.width()));
@@ -153,8 +201,8 @@
 }
 
 
-QSize LegendItem::paintRelation(RelationPtr relation, QPixmap *pixmap, const QFont &font) {
-  Label::Parsed *parsed = Label::parse(relation->descriptiveName());
+QSize LegendItem::paintRelation(QString name, RelationPtr relation, QPixmap *pixmap, const QFont &font) {
+  Label::Parsed *parsed = Label::parse(name);
 
   pixmap->fill(Qt::transparent);
 
--- branches/work/kst/portto4/kst/src/libkstapp/legenditem.h #1224220:1224221
@@ -71,7 +71,7 @@
     virtual QString _automaticDescriptiveName() const;
     virtual void _initializeShortName();
   private:
-    QSize paintRelation(RelationPtr relation, QPixmap *pixmap, const QFont &font);
+    QSize paintRelation(QString name, RelationPtr relation, QPixmap *pixmap, const QFont &font);
 
     PlotItem *_plotItem;
     bool _auto;
--- branches/work/kst/portto4/kst/src/libkstapp/plotitem.cpp #1224220:1224221
@@ -1920,7 +1920,7 @@
   foreach (PlotRenderItem *renderer, renderItems()) {
     QString label = renderer->bottomLabel();
     if (!label.isEmpty()) {
-      if (_xAxis->axisInterpret()) { // remove units
+      if (_xAxis->axisInterpret()) { // remove units if time interpretation
         QRegExp rx(" \\[*\\]");
         rx.setPatternSyntax(QRegExp::Wildcard);
         return label.remove(rx);
--- branches/work/kst/portto4/kst/src/libkstapp/plotrenderitem.cpp #1224220:1224221
@@ -317,35 +317,6 @@
   }
 }
 
-QString PlotRenderItem::singleRenderItemLabel(const LabelInfo& label_info) const {
-  if (label_info.units.isEmpty() && label_info.quantity.isEmpty()) {           // Nxx xxx
-    return label_info.name;
-  } else if (label_info.quantity.isEmpty()) {
-    if (!label_info.name.isEmpty()) {
-      return QString("%1 \\[%2\\]").arg(label_info.name).arg(label_info.units); // NxU
-    } else {
-      return label_info.units;                                                // xxU
-    }
-  } else if (label_info.units.isEmpty()) {
-    if (label_info.name.isEmpty()) {
-      return label_info.quantity;                                             // xQx
-    } else {
-      if (label_info.name.toLower().contains(label_info.quantity.toLower())) {
-        return label_info.name;                                               // NQx A
-      } else {
-        return QString("%1: %2").arg(label_info.name).arg(label_info.quantity); // NQx B
-      }
-    }
-  } else if (label_info.name.isEmpty()) {
-    return QString("%1 \\[%2\\]").arg(label_info.quantity).arg(label_info.units); // xQU
-  //} else if (label_info.name.toLower().contains(label_info.quantity.toLower())) {
-  //  return QString("%1 \\[%2\\]").arg(label_info.name).arg(label_info.units); // NQU A
-  } else {
-    return QString("%1 \\[%2\\]").arg(label_info.quantity).arg(label_info.units); // NQU B
-  }
-}
-
-
 QString PlotRenderItem::multiRenderItemLabel(bool isX) const {
   QString units;
   QString quantity;
@@ -376,7 +347,7 @@
   }
 
   if (allSame) {
-    return singleRenderItemLabel(label_info);
+    return label_info.singleRenderItemLabel();
   }
 
   // search for the first vector with quantity and units; use it.
@@ -408,8 +379,7 @@
 
 QString PlotRenderItem::leftLabel() const {
   if (relationList().size() == 1) {
-    LabelInfo label_info = relationList().at(0)->yLabelInfo();
-    return singleRenderItemLabel(label_info);
+    return relationList().at(0)->yLabelInfo().singleRenderItemLabel();
   } else {  // multiple curves: quantity [units]
     return multiRenderItemLabel(false);
   }
@@ -418,8 +388,7 @@
 
 QString PlotRenderItem::bottomLabel() const {
   if (relationList().size() == 1) {
-    LabelInfo label_info = relationList().at(0)->xLabelInfo();
-    return singleRenderItemLabel(label_info);
+    return relationList().at(0)->xLabelInfo().singleRenderItemLabel();
   } else {  // multiple curves: quantity [units]
     return multiRenderItemLabel(true);
   }
@@ -436,10 +405,12 @@
 QString PlotRenderItem::topLabel() const {
   if (relationList().size() == 1) {
     LabelInfo label_info = relationList().at(0)->titleInfo();
-    QString label = singleRenderItemLabel(label_info);
+    QString label = label_info.singleRenderItemLabel();
     if (label.isEmpty()) {
       label_info = relationList().at(0)->yLabelInfo();
-      if ((!label_info.name.isEmpty()) && (!label_info.quantity.isEmpty())) {
+      if (label_info.singleRenderItemLabel().isEmpty()) {
+        label = relationList().at(0)->descriptiveName();
+      } else if ((!label_info.name.isEmpty()) && (!label_info.quantity.isEmpty())) {
         LabelInfo xlabel_info = relationList().at(0)->xLabelInfo();
         if ((!xlabel_info.name.isEmpty()) && (!xlabel_info.quantity.isEmpty())) {
           label = i18n("%1 vs %2").arg(label_info.name).arg(xlabel_info.name);
--- branches/work/kst/portto4/kst/src/libkstapp/plotrenderitem.h #1224220:1224221
@@ -62,7 +62,6 @@
     QString bottomLabel() const;
     QString rightLabel() const;
     QString topLabel() const;
-    QString singleRenderItemLabel(const LabelInfo& label_info) const;
     QString multiRenderItemLabel(bool isX) const;
 
     QRectF computedProjectionRect() const;

From asuomynona at gmail.com  Wed Mar  9 07:40:30 2011
From: asuomynona at gmail.com (Ben Lewis)
Date: Wed, 09 Mar 2011 17:40:30 +1100
Subject: [Kst] Re: Addition of sample on a specific range
In-Reply-To: <20cf3071c8c28785e6049df080ce@google.com>
References: <20cf3071c8c28785e6049df080ce@google.com>
Message-ID: <4D7720DE.4090802@gmail.com>

Hi Mathieu,

If you are sampling at regular intervals you could try using the "Cumulative Sum" plugin found under 
Create > Filter Plugin > Cumulative Sum.

This will give you a running total of energy used.

You can then use an equation found under Create > Equation to calcuate the total cost.

You will need to be consistent with your units, so if power is measured in Watts and the cumulative 
sum variable, dx, is entered in seconds, then the unit cost of electricity will need to be $/W-s.

I hope this helps.

Cheers, Ben


On 8/03/2011 2:49 PM, mathieu660r at gmail.com wrote:
> Hi,
>
> I'm new here and I find KST a really great tool for fast and efficient plotting. I'm currently 
> using some hardware to measure the real power of some lights. I can plot the power easily and I 
> can get the power value on the y axis and the time on the x axis. My question is a little bit 
> complex so I will try to explain the best as I can if you have questions please ask. So I want to 
> add all the value of a time sample ( example : all the value during 60 minutes and do it for each 
> 60 minutes) and multiply the total value by another value to get an approximation of the cost of 
> electricity.
>
> Thanks,
> Mathieu R.
>
>
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kst/attachments/20110309/dd6a70cd/attachment.htm 

From Nicolas.Brisset at eurocopter.com  Wed Mar  9 08:41:14 2011
From: Nicolas.Brisset at eurocopter.com (Brisset, Nicolas)
Date: Wed, 9 Mar 2011 08:41:14 +0100
Subject: [Kst] Re: Addition of sample on a specific range
In-Reply-To: <4D7720DE.4090802@gmail.com>
References: <20cf3071c8c28785e6049df080ce@google.com>
	<4D7720DE.4090802@gmail.com>
Message-ID: <C4AA52C506197E4981154F0999F2020B0209F840@sma2918.cr.eurocopter.corp>

Ben, thanks for the reply :-)

You're right, this is the plugin to use, if you want only one scalar at the end (cost over the whole data set). However, I fear that what Mathieu wanted is a "sliding window", or "moving sum", which the plugin currently does not support. It should be easy (and it would be interesting) to add an option to compute either the cumulative sum over the whole data, or an output vector showing the cumulative sum over a given number of samples. The only "difficult" point in that case would be the values to use at the beginning, i.e. for the first samples until we have the desired window width.

 

And some other ideas:

-          use the "Sum" automatic scalar, and generate another scalar from it if you need a scale factor (Create->Scalar->Generate and type your equation in the "Value" field of the "Generate" group). This has the advantage that you can then display the value in a text label directly. 

-          use the Data range tool to select the right number of samples, and scroll through the data "page-wise". If the update mechanism is working as it should, you should see the label update automatically. Unfortunately, right now it seems that scalars from other scalars don't get updated. Barth, would this be easy to fix?

 

Mathieu: if it's not clear or if we haven't understood the case, just refine your question. 

 

Nicolas

 

________________________________

Von: Ben Lewis [mailto:asuomynona at gmail.com] 
Gesendet: Mittwoch, 9. M?rz 2011 07:41
An: kst at kde.org
Betreff: [Kst] Re: Addition of sample on a specific range

 

Hi Mathieu,

If you are sampling at regular intervals you could try using the "Cumulative Sum" plugin found under Create > Filter Plugin > Cumulative Sum.

This will give you a running total of energy used.

You can then use an equation found under Create > Equation to calcuate the total cost.

You will need to be consistent with your units, so if power is measured in Watts and the cumulative sum variable, dx, is entered in seconds, then the unit cost of electricity will need to be $/W-s.

I hope this helps.

Cheers, Ben


On 8/03/2011 2:49 PM, mathieu660r at gmail.com wrote: 

Hi,

I'm new here and I find KST a really great tool for fast and efficient plotting. I'm currently using some hardware to measure the real power of some lights. I can plot the power easily and I can get the power value on the y axis and the time on the x axis. My question is a little bit complex so I will try to explain the best as I can if you have questions please ask. So I want to add all the value of a time sample ( example : all the value during 60 minutes and do it for each 60 minutes) and multiply the total value by another value to get an approximation of the cost of electricity. 

Thanks,
Mathieu R. 

 
_______________________________________________
Kst mailing list
Kst at kde.org
https://mail.kde.org/mailman/listinfo/kst

 



Eurocopter Deutschland GmbH
Sitz der Gesellschaft/Registered Office: Donauwoerth
Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
Geschaeftsfuehrung/Board of Management:
Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt

CONFIDENTIALITY NOTICE 

This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful. 
If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much. 
It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message. 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kst/attachments/20110309/96df5187/attachment-0001.htm 

From Nicolas.Brisset at eurocopter.com  Wed Mar  9 08:53:10 2011
From: Nicolas.Brisset at eurocopter.com (Brisset, Nicolas)
Date: Wed, 9 Mar 2011 08:53:10 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src
In-Reply-To: <20110309031904.0C4EBAC8C4@svn.kde.org>
References: <20110309031904.0C4EBAC8C4@svn.kde.org>
Message-ID: <C4AA52C506197E4981154F0999F2020B0209F880@sma2918.cr.eurocopter.corp>

Hi Barth,

> SVN commit 1224221 by netterfield:
> 
> Significantly improve automatic legend names.
> I think I now do a reasonable job with all cases, except the case
where
> units are not consistent between all relations in a plot.
> 
> Please look for troubles.
Nice to see you're back to coding after a few more silent days!

Could you tell us what you plan to do with the issue that duplicated
vectors don't have correct metadata: fix it now, or release with the fix
you made that prevents the change data file tool from crashing and wait
for the next release to do a proper fix?

Nicolas

P.S.: there are some issues with the update mechanism... I will make bug
reports as soon as I come to it, unfortunately I don't have time right
now.


Eurocopter Deutschland GmbH
Sitz der Gesellschaft/Registered Office: Donauwoerth
Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
Geschaeftsfuehrung/Board of Management:
Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt

CONFIDENTIALITY NOTICE 

This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful. 
If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much. 
It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message. 


From asuomynona at gmail.com  Wed Mar  9 10:27:15 2011
From: asuomynona at gmail.com (Ben Lewis)
Date: Wed, 09 Mar 2011 20:27:15 +1100
Subject: [Kst]  Duplicate plugins
Message-ID: <4D7747F3.8000000@gmail.com>

I have noticed a couple of issues with the latest version of Kst under windows

    * All the plugins listed under "Standard Plugin", "Fit Plugin" and "Filter Plugin" are
      duplicated.  See attached screen shot.
    * .kst files are not associated with Kst.  It would be nice if the installer did this.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kst/attachments/20110309/9b81a11d/attachment-0001.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: KST plugins.png
Type: image/png
Size: 81110 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kst/attachments/20110309/9b81a11d/attachment-0001.png 

From netterfield at astro.utoronto.ca  Thu Mar 10 01:09:32 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Wed, 9 Mar 2011 19:09:32 -0500
Subject: [Kst] Re: Addition of sample on a specific range
In-Reply-To: <20cf3071c8c28785e6049df080ce@google.com>
References: <20cf3071c8c28785e6049df080ce@google.com>
Message-ID: <AANLkTi=yh9vex56ebD2f-pawPDDtWW51UEGbnD6ku1Bc@mail.gmail.com>

Are the data evenly sampled?

If so: (this is for kst2.  kst1.x is similar).

When you read in the data (eg, data wizard page 3, or in the vector
dialog), you will see in the "Data Range" widget an option
"[ ] Read 1 sample per ________ frames  [ ] Boxcar filter first"

If you select both of these, and set the number of frames to the
number of samples in an hour, then the data vector you read will be
sampled once per hour, and will contain the average over that period.

eg, if you sample the data once per second:
[ x ] Read 1 sample per _3600_ frames  [ x ] Boxcar filter first

The resulting vector will contain the average for each hour, sampled
once per hour.

Then use an equation to multiply by the cost per kWhr to give the cost per hour.

If you want the integrated cost, you can use the Cumulative Sum filter
(in the plot->rmb->Filter->[Curvename] pulls up the filter dialog.
Then select "Cumulative sum".  Set the value of your dX, and perhaps
chose to place the curve in a new plot).

If the data are not evenly sampled, it is going to be hard to deal with in kst.

cbn


On Mon, Mar 7, 2011 at 10:49 PM,  <mathieu660r at gmail.com> wrote:
> Hi,
>
> I'm new here and I find KST a really great tool for fast and efficient
> plotting. I'm currently using some hardware to measure the real power of
> some lights. I can plot the power easily and I can get the power value on
> the y axis and the time on the x axis. My question is a little bit complex
> so I will try to explain the best as I can if you have questions please ask.
> So I want to add all the value of a time sample ( example : all the value
> during 60 minutes and do it for each 60 minutes) and multiply the total
> value by another value to get an approximation of the cost of electricity.
>
> Thanks,
> Mathieu R.
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>
>



-- 
C. Barth Netterfield
University of Toronto
416-845-0946

From netterfield at astro.utoronto.ca  Thu Mar 10 01:12:21 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Wed, 9 Mar 2011 19:12:21 -0500
Subject: [Kst] Re: Duplicate plugins
In-Reply-To: <4D7747F3.8000000@gmail.com>
References: <4D7747F3.8000000@gmail.com>
Message-ID: <AANLkTimhbj3Ab3UqXT2g6c7cOrAN+S5VFQHS8i4=OUF7@mail.gmail.com>

I don't see this under linux.  It looks like maybe the plugins have
been installed twice on your system somehow.


On Wed, Mar 9, 2011 at 4:27 AM, Ben Lewis <asuomynona at gmail.com> wrote:
> I have noticed a couple of issues with the latest version of Kst under
> windows
>
> All the plugins listed under "Standard Plugin", "Fit Plugin" and "Filter
> Plugin" are duplicated.? See attached screen shot.
> .kst files are not associated with Kst.? It would be nice if the installer
> did this.
>
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>
>



-- 
C. Barth Netterfield
University of Toronto
416-845-0946

From Nicolas.Brisset at eurocopter.com  Thu Mar 10 07:35:36 2011
From: Nicolas.Brisset at eurocopter.com (Brisset, Nicolas)
Date: Thu, 10 Mar 2011 07:35:36 +0100
Subject: [Kst] Re: Duplicate plugins
In-Reply-To: <AANLkTimhbj3Ab3UqXT2g6c7cOrAN+S5VFQHS8i4=OUF7@mail.gmail.com>
References: <4D7747F3.8000000@gmail.com>
	<AANLkTimhbj3Ab3UqXT2g6c7cOrAN+S5VFQHS8i4=OUF7@mail.gmail.com>
Message-ID: <C4AA52C506197E4981154F0999F2020B020E4A36@sma2918.cr.eurocopter.corp>

I don't see this under Windows XP either (with kst installed in an empty directory from the 2.0.3-rc3 installer).

> I don't see this under linux.  It looks like maybe the plugins have
> been installed twice on your system somehow.
> 
> 
> On Wed, Mar 9, 2011 at 4:27 AM, Ben Lewis <asuomynona at gmail.com> wrote:
> > I have noticed a couple of issues with the latest version of Kst under
> > windows
> >
> > All the plugins listed under "Standard Plugin", "Fit Plugin" and "Filter
> > Plugin" are duplicated.  See attached screen shot.
> > .kst files are not associated with Kst.  It would be nice if the
> installer
> > did this.



Eurocopter Deutschland GmbH
Sitz der Gesellschaft/Registered Office: Donauwoerth
Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
Geschaeftsfuehrung/Board of Management:
Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt

CONFIDENTIALITY NOTICE 

This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful. 
If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much. 
It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message. 


From Nicolas.Brisset at eurocopter.com  Thu Mar 10 07:38:08 2011
From: Nicolas.Brisset at eurocopter.com (Brisset, Nicolas)
Date: Thu, 10 Mar 2011 07:38:08 +0100
Subject: [Kst] Re: Duplicate plugins
In-Reply-To: <4D7747F3.8000000@gmail.com>
References: <4D7747F3.8000000@gmail.com>
Message-ID: <C4AA52C506197E4981154F0999F2020B020E4A39@sma2918.cr.eurocopter.corp>

*	.kst files are not associated with Kst.  It would be nice if the
installer did this.

I agree that it would be nice, as lots of people don't know how to
associate a given file type with a program under Windows. BUT: if the
installer does that, it has to do it in such a way that we don't need
admin privileges (i.e. create the keys in the registry in a section
which is user-writable). Or even better: install the association
system-wide if the user has enough privileges, otherwise in his user
section.

 

Nicolas



Eurocopter Deutschland GmbH
Sitz der Gesellschaft/Registered Office: Donauwoerth
Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
Geschaeftsfuehrung/Board of Management:
Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt

CONFIDENTIALITY NOTICE 

This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful. 
If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much. 
It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message. 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kst/attachments/20110310/a710cebb/attachment.htm 

From asuomynona at gmail.com  Thu Mar 10 10:51:59 2011
From: asuomynona at gmail.com (Ben Lewis)
Date: Thu, 10 Mar 2011 20:51:59 +1100
Subject: [Kst] Re: Duplicate plugins
In-Reply-To: <C4AA52C506197E4981154F0999F2020B020E4A36@sma2918.cr.eurocopter.corp>
References: <4D7747F3.8000000@gmail.com>	<AANLkTimhbj3Ab3UqXT2g6c7cOrAN+S5VFQHS8i4=OUF7@mail.gmail.com>
	<C4AA52C506197E4981154F0999F2020B020E4A36@sma2918.cr.eurocopter.corp>
Message-ID: <4D789F3F.4030102@gmail.com>

Thanks Barth and Nicolas for taking a look at this for me.

This must have been a problem specific to my installation.  It's fixed now.  For some reason I had 
Kst installed in two different directories.  I uninstalled Kst, deleted both directories and then 
reinstalled it again.

On 10/03/2011 5:35 PM, Brisset, Nicolas wrote:
> I don't see this under Windows XP either (with kst installed in an empty directory from the 2.0.3-rc3 installer).
>
>> I don't see this under linux.  It looks like maybe the plugins have
>> been installed twice on your system somehow.
>>
>>
>> On Wed, Mar 9, 2011 at 4:27 AM, Ben Lewis<asuomynona at gmail.com>  wrote:
>>> I have noticed a couple of issues with the latest version of Kst under
>>> windows
>>>
>>> All the plugins listed under "Standard Plugin", "Fit Plugin" and "Filter
>>> Plugin" are duplicated.  See attached screen shot.
>>> .kst files are not associated with Kst.  It would be nice if the
>> installer
>>> did this.
>
>
> Eurocopter Deutschland GmbH
> Sitz der Gesellschaft/Registered Office: Donauwoerth
> Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
> Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
> Geschaeftsfuehrung/Board of Management:
> Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt
>
> CONFIDENTIALITY NOTICE
>
> This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful.
> If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much.
> It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message.
>
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>


From stridentlyzy1 at elitap.ru  Thu Mar 10 11:52:37 2011
From: stridentlyzy1 at elitap.ru (=?koi8-r?B?69PFzsnRLCDh19TP4NLJ09Q=?=)
Date: Thu, 10 Mar 2011 02:52:37 -0800
Subject: [Kst] =?koi8-r?b?7uX64ffp8+nt4fEg7+Pl7uvh?=
Message-ID: <830478500.20110310025237@>

? ? ?   ? ?   ? ? ? ? ? ? ? ? ?   ? ? ? ? ? ? ? ? ?   ? ? ? ? ? ? ? ? ? ? ?

? ?   ? ? ? ? ? ? ?   ? ? ? ? ? ? ?   ? ? ? ?   ? ? ? ? ? ? ! ! !

? ? ? ? ? ? ? :  (495)  2 2 7  1 5  0 3

???????? ???????? ??????????, ??? 98% ?????? ?? ????????? ???????, ???????? ?????? ? ?????? ????????????.

???????? ??? ??????????? ??????:

- ??????????? ?????? ? ??????????,
- ????????? ? ????????? ????????,
- ????????? ? ??????????? ?????? ?????????? ???????,
- ????????? ? ?????????? ???? ????????????????,
- ??????? ????????? ? ???,
- ????? ???????????? ???? ???????? ? ????,
- ??????? ????????????? ??????? ???? ?? ?????? ????,
- ???????? ????????? ??????? ?????????? ?????????? ?? ??????? ????.


? ? ? ? ? ? ? :  (495)  2 2 7  1 5  0 3


From mathieu660r at gmail.com  Thu Mar 10 17:29:08 2011
From: mathieu660r at gmail.com (mathieu660r at gmail.com)
Date: Thu, 10 Mar 2011 16:29:08 +0000
Subject: [Kst] Re: Addition of sample on a specific range
In-Reply-To: <AANLkTi=yh9vex56ebD2f-pawPDDtWW51UEGbnD6ku1Bc@mail.gmail.com>
Message-ID: <000e0cd4b5b63c5b9f049e2358b0@google.com>

Hi,

I would want to thanks everyone who tried to solve my problem. The method  
proposed by mister Netterfield is exactly what I was searching for. I will  
set a delay on my hardware so the sample will be every second, this way I  
will be able to use you method. Because I don't have acces to the hardware  
for the moment I can't test you solution. But, I just want to be sure of  
something. If I input the start and end of the sample will this vector will  
update itself and sample it for each hour ? I know you talked about that in  
your email but will this iterate automatically ? I also wanna know if it's  
possible for KST to parse data on a COM port and flush the value every day?

Thanks

On Mar 9, 2011 7:09pm, Barth Netterfield <netterfield at astro.utoronto.ca>  
wrote:
> Are the data evenly sampled?



> If so: (this is for kst2. kst1.x is similar).



> When you read in the data (eg, data wizard page 3, or in the vector

> dialog), you will see in the "Data Range" widget an option

> "[ ] Read 1 sample per ________ frames [ ] Boxcar filter first"



> If you select both of these, and set the number of frames to the

> number of samples in an hour, then the data vector you read will be

> sampled once per hour, and will contain the average over that period.



> eg, if you sample the data once per second:

> [ x ] Read 1 sample per _3600_ frames [ x ] Boxcar filter first



> The resulting vector will contain the average for each hour, sampled

> once per hour.



> Then use an equation to multiply by the cost per kWhr to give the cost  
> per hour.



> If you want the integrated cost, you can use the Cumulative Sum filter

> (in the plot->rmb->Filter->[Curvename] pulls up the filter dialog.

> Then select "Cumulative sum". Set the value of your dX, and perhaps

> chose to place the curve in a new plot).



> If the data are not evenly sampled, it is going to be hard to deal with  
> in kst.



> cbn





> On Mon, Mar 7, 2011 at 10:49 PM, mathieu660r at gmail.com> wrote:

> > Hi,

> >

> > I'm new here and I find KST a really great tool for fast and efficient

> > plotting. I'm currently using some hardware to measure the real power of

> > some lights. I can plot the power easily and I can get the power value  
> on

> > the y axis and the time on the x axis. My question is a little bit  
> complex

> > so I will try to explain the best as I can if you have questions please  
> ask.

> > So I want to add all the value of a time sample ( example : all the  
> value

> > during 60 minutes and do it for each 60 minutes) and multiply the total

> > value by another value to get an approximation of the cost of  
> electricity.

> >

> > Thanks,

> > Mathieu R.

> > _______________________________________________

> > Kst mailing list

> > Kst at kde.org

> > https://mail.kde.org/mailman/listinfo/kst

> >

> >







> --

> C. Barth Netterfield

> University of Toronto

> 416-845-0946


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kst/attachments/20110310/798f8afe/attachment.htm 

From netterfield at astro.utoronto.ca  Fri Mar 11 00:24:57 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Thu, 10 Mar 2011 18:24:57 -0500
Subject: [Kst] Re: branches/work/kst/portto4/kst/src
In-Reply-To: <C4AA52C506197E4981154F0999F2020B0209F880@sma2918.cr.eurocopter.corp>
References: <20110309031904.0C4EBAC8C4@svn.kde.org>
	<C4AA52C506197E4981154F0999F2020B0209F880@sma2918.cr.eurocopter.corp>
Message-ID: <AANLkTimXNcPb6Sv8ybpoJ5XqLZuo7GoTeedxTujBcSe1@mail.gmail.com>

> Could you tell us what you plan to do with the issue that duplicated
> vectors don't have correct metadata: fix it now, or release with the fix
> you made that prevents the change data file tool from crashing and wait
> for the next release to do a proper fix?

The metadata is only not picked up when the config options for the new file are
not correct.  Currently, the config options for the old file are not
copied over to
the new one, so if they are of the same format, but different than the user's
default config, and the new file has never been opened, then it will be wrong.

In order to make it possible for the user to handle this, I have added
a datasource
config button to the change file dialog, so the user can manually set the format
of the new file.

Eventually, something more intelligent should happen.  Like it should guess that
the file is of the same format of the old one, and then check using
some heuristics
to verify this.  This is not for 2.0.3, which should probably be
released very soon.


-- 
C. Barth Netterfield
University of Toronto
416-845-0946

From netterfield at astro.utoronto.ca  Fri Mar 11 00:28:54 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Fri, 11 Mar 2011 00:28:54 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src
Message-ID: <20110310232854.57AB2AC8C5@svn.kde.org>

SVN commit 1224439 by netterfield:

More automatic label work:
 -propagate units through fits and filters
 -start work to handle labels for different units between multiple curves in the same window.




 M  +10 -0     libkstapp/legenditem.cpp  
 M  +4 -0      plugins/filters/butterworth_bandpass/butterworth_bandpass.cpp  
 M  +4 -0      plugins/filters/butterworth_bandstop/butterworth_bandstop.cpp  
 M  +4 -0      plugins/filters/butterworth_highpass/butterworth_highpass.cpp  
 M  +3 -0      plugins/filters/butterworth_lowpass/butterworth_lowpass.cpp  
 M  +4 -0      plugins/filters/despike/filterdespike.cpp  
 M  +7 -0      plugins/fits/exponential_unweighted/fitexponential_unweighted.cpp  
 M  +8 -0      plugins/fits/exponential_weighted/fitexponential_weighted.cpp  
 M  +8 -0      plugins/fits/gaussian_unweighted/fitgaussian_unweighted.cpp  
 M  +9 -0      plugins/fits/gaussian_weighted/fitgaussian_weighted.cpp  
 M  +14 -0     plugins/fits/gradient_unweighted/fitgradient_unweighted.cpp  
 M  +14 -0     plugins/fits/gradient_weighted/fitgradient_weighted.cpp  
 M  +13 -0     plugins/fits/linear_unweighted/fitlinear_unweighted.cpp  
 M  +13 -0     plugins/fits/linear_weighted/fitlinear_weighted.cpp  
 M  +8 -0      plugins/fits/lorentzian_unweighted/fitlorentzian_unweighted.cpp  
 M  +8 -0      plugins/fits/lorentzian_weighted/fitlorentzian_weighted.cpp  
 M  +7 -0      plugins/fits/polynomial_unweighted/fitpolynomial_unweighted.cpp  
 M  +7 -0      plugins/fits/polynomial_weighted/fitpolynomial_weighted.cpp  
 M  +7 -0      plugins/fits/sinusoid_unweighted/fitsinusoid_unweighted.cpp  
 M  +8 -0      plugins/fits/sinusoid_weighted/fitsinusoid_weighted.cpp  


--- branches/work/kst/portto4/kst/src/libkstapp/legenditem.cpp #1224438:1224439
@@ -89,7 +89,9 @@
   int count = legendItems.count();
   bool allAuto = true;
   bool sameX = true;
+  bool sameYUnits = true;
   LabelInfo label_info = legendItems.at(0)->xLabelInfo();
+  QString yUnits =  legendItems.at(0)->xLabelInfo().units;
 
   for (int i = 0; i<count; i++) {
     RelationPtr relation = legendItems.at(i);
@@ -99,7 +101,15 @@
     if (relation->xLabelInfo() != label_info) {
       sameX = false;
     }
+    // sameYUnits is false if any non empty units are defined differently.
+    if (yUnits.isEmpty()) {
+      yUnits = relation->yLabelInfo().units;
+    } else if (relation->yLabelInfo().units != yUnits) {
+      if (!relation->yLabelInfo().units.isEmpty()) {
+        sameYUnits = false;
   }
+    }
+  }
 
   if (!allAuto) {
     for (int i = 0; i<count; i++) {
--- branches/work/kst/portto4/kst/src/plugins/filters/butterworth_bandpass/butterworth_bandpass.cpp #1224438:1224439
@@ -217,6 +217,10 @@
   scalars.insert(1, rateScalar);
   scalars.insert(2, bandwidthScalar);
 
+  Kst::LabelInfo label_info = inputVector->labelInfo();
+  label_info.name = i18n("Filtered %1").arg(label_info.name);
+  outputVector->setLabelInfo(label_info);
+
   return kst_pass_filter( inputVector, scalars, outputVector);
 }
 
--- branches/work/kst/portto4/kst/src/plugins/filters/butterworth_bandstop/butterworth_bandstop.cpp #1224438:1224439
@@ -218,6 +218,10 @@
   scalars.insert(1, rateScalar);
   scalars.insert(2, bandwidthScalar);
 
+  Kst::LabelInfo label_info = inputVector->labelInfo();
+  label_info.name = i18n("Filtered %1").arg(label_info.name);
+  outputVector->setLabelInfo(label_info);
+
   return kst_pass_filter( inputVector, scalars, outputVector);
 }
 
--- branches/work/kst/portto4/kst/src/plugins/filters/butterworth_highpass/butterworth_highpass.cpp #1224438:1224439
@@ -194,6 +194,10 @@
   scalars.insert(0, orderScalar);
   scalars.insert(1, cutoffScalar);
 
+  Kst::LabelInfo label_info = inputVector->labelInfo();
+  label_info.name = i18n("Filtered %1").arg(label_info.name);
+  outputVector->setLabelInfo(label_info);
+
   return kst_pass_filter( inputVector, scalars, outputVector);
 }
 
--- branches/work/kst/portto4/kst/src/plugins/filters/butterworth_lowpass/butterworth_lowpass.cpp #1224438:1224439
@@ -190,6 +190,9 @@
   scalars.insert(0, orderScalar);
   scalars.insert(1, cutoffScalar);
 
+  Kst::LabelInfo label_info = inputVector->labelInfo();
+  label_info.name = i18n("Filtered %1").arg(label_info.name);
+  outputVector->setLabelInfo(label_info);
   return kst_pass_filter( inputVector, scalars, outputVector);
 }
 
--- branches/work/kst/portto4/kst/src/plugins/filters/despike/filterdespike.cpp #1224438:1224439
@@ -279,6 +279,10 @@
     }
   }
 
+  Kst::LabelInfo label_info = inputVector->labelInfo();
+  label_info.name = i18n("Despiked %1").arg(label_info.name);
+  outputVector->setLabelInfo(label_info);
+
   return true;
 }
 
--- branches/work/kst/portto4/kst/src/plugins/fits/exponential_unweighted/fitexponential_unweighted.cpp #1224438:1224439
@@ -212,6 +212,13 @@
   Kst::VectorPtr outputVectorYCovariance = _outputVectors[VECTOR_OUT_Y_COVARIANCE];
   Kst::ScalarPtr outputScalar = _outputScalars[SCALAR_OUT];
 
+  Kst::LabelInfo label_info = inputVectorY->labelInfo();
+  label_info.name = i18n("Exponential Fit to %1").arg(label_info.name);
+  outputVectorYFitted->setLabelInfo(label_info);
+
+  label_info.name = i18n("Exponential Fit Residuals");
+  outputVectorYResiduals->setLabelInfo(label_info);
+
   bool bReturn = false;
 
   bReturn = kstfit_nonlinear( inputVectorX, inputVectorY,
--- branches/work/kst/portto4/kst/src/plugins/fits/exponential_weighted/fitexponential_weighted.cpp #1224438:1224439
@@ -227,6 +227,14 @@
   Kst::VectorPtr outputVectorYCovariance = _outputVectors[VECTOR_OUT_Y_COVARIANCE];
   Kst::ScalarPtr outputScalar = _outputScalars[SCALAR_OUT];
 
+  Kst::LabelInfo label_info = inputVectorY->labelInfo();
+  label_info.name = i18n("Exponential Fit to %1").arg(label_info.name);
+  outputVectorYFitted->setLabelInfo(label_info);
+
+  label_info.name = i18n("Exponential Fit Residuals");
+  outputVectorYResiduals->setLabelInfo(label_info);
+
+
   bool bReturn = false;
 
   bReturn = kstfit_nonlinear_weighted( inputVectorX, inputVectorY, inputVectorWeights,
--- branches/work/kst/portto4/kst/src/plugins/fits/gaussian_unweighted/fitgaussian_unweighted.cpp #1224438:1224439
@@ -216,6 +216,14 @@
   Kst::VectorPtr outputVectorYCovariance = _outputVectors[VECTOR_OUT_Y_COVARIANCE];
   Kst::ScalarPtr outputScalar = _outputScalars[SCALAR_OUT];
 
+
+  Kst::LabelInfo label_info = inputVectorY->labelInfo();
+  label_info.name = i18n("Gaussian Fit to %1").arg(label_info.name);
+  outputVectorYFitted->setLabelInfo(label_info);
+
+  label_info.name = i18n("Gaussian Fit Residuals");
+  outputVectorYResiduals->setLabelInfo(label_info);
+
   bool bReturn = false;
 
   bReturn = kstfit_nonlinear( inputVectorX, inputVectorY,
--- branches/work/kst/portto4/kst/src/plugins/fits/gaussian_weighted/fitgaussian_weighted.cpp #1224438:1224439
@@ -231,6 +231,15 @@
   Kst::VectorPtr outputVectorYCovariance = _outputVectors[VECTOR_OUT_Y_COVARIANCE];
   Kst::ScalarPtr outputScalar = _outputScalars[SCALAR_OUT];
 
+
+  Kst::LabelInfo label_info = inputVectorY->labelInfo();
+  label_info.name = i18n("Gaussian Fit to %1").arg(label_info.name);
+  outputVectorYFitted->setLabelInfo(label_info);
+
+  label_info.name = i18n("Gaussian Fit Residuals");
+  outputVectorYResiduals->setLabelInfo(label_info);
+
+
   bool bReturn = false;
 
   bReturn = kstfit_nonlinear_weighted( inputVectorX, inputVectorY, inputVectorWeights,
--- branches/work/kst/portto4/kst/src/plugins/fits/gradient_unweighted/fitgradient_unweighted.cpp #1224438:1224439
@@ -172,6 +172,20 @@
   Kst::VectorPtr outputVectorYHi = _outputVectors[VECTOR_OUT_Y_HI];
   Kst::ScalarPtr outputScalar = _outputScalars[SCALAR_OUT];
 
+
+  Kst::LabelInfo label_info = inputVectorY->labelInfo();
+  label_info.name = i18n("Gradient Fit to %1").arg(label_info.name);
+  outputVectorYFitted->setLabelInfo(label_info);
+
+  label_info.name = i18n("Gradient Fit Residuals");
+  outputVectorYResiduals->setLabelInfo(label_info);
+
+  label_info.name = i18n("Gradient Fit Lower Limit");
+  outputVectorYLo->setLabelInfo(label_info);
+
+  label_info.name = i18n("Gradient Fit Upper Limit");
+  outputVectorYHi->setLabelInfo(label_info);
+
   int i = 0;
   int iLength;
   bool bReturn = false;
--- branches/work/kst/portto4/kst/src/plugins/fits/gradient_weighted/fitgradient_weighted.cpp #1224438:1224439
@@ -189,6 +189,20 @@
   Kst::VectorPtr outputVectorYHi = _outputVectors[VECTOR_OUT_Y_HI];
   Kst::ScalarPtr outputScalar = _outputScalars[SCALAR_OUT];
 
+  Kst::LabelInfo label_info = inputVectorY->labelInfo();
+  label_info.name = i18n("Gradient Fit to %1").arg(label_info.name);
+  outputVectorYFitted->setLabelInfo(label_info);
+
+  label_info.name = i18n("Gradient Fit Residuals");
+  outputVectorYResiduals->setLabelInfo(label_info);
+
+  label_info.name = i18n("Gradient Fit Lower Limit");
+  outputVectorYLo->setLabelInfo(label_info);
+
+  label_info.name = i18n("Gradient Fit Upper Limit");
+  outputVectorYHi->setLabelInfo(label_info);
+
+
   int i = 0;
   int iLength;
   bool bReturn = false;
--- branches/work/kst/portto4/kst/src/plugins/fits/linear_unweighted/fitlinear_unweighted.cpp #1224438:1224439
@@ -185,6 +185,19 @@
   double y;
   double yErr;
 
+  Kst::LabelInfo label_info = inputVectorY->labelInfo();
+  label_info.name = i18n("Linear Fit to %1").arg(label_info.name);
+  outputVectorYFitted->setLabelInfo(label_info);
+
+  label_info.name = i18n("Linear Fit Residuals");
+  outputVectorYResiduals->setLabelInfo(label_info);
+
+  label_info.name = i18n("Linear Fit Lower Limit");
+  outputVectorYLo->setLabelInfo(label_info);
+
+  label_info.name = i18n("Linear Fit Upper Limit");
+  outputVectorYHi->setLabelInfo(label_info);
+
   if( precursor( inputVectorX, inputVectorY, 0, &iLength, false, true, 2, pInputs, outputVectorYFitted, outputVectorYResiduals, outputVectorYParameters, outputVectorYCovariance, outputVectorYLo, outputVectorYHi ) ) {
 
     if( !gsl_fit_linear( pInputs[XVALUES], 1, pInputs[YVALUES], 1, iLength, &c0, &c1, &cov00, &cov01, &cov11, &dSumSq ) ) {
--- branches/work/kst/portto4/kst/src/plugins/fits/linear_weighted/fitlinear_weighted.cpp #1224438:1224439
@@ -189,6 +189,19 @@
   Kst::VectorPtr outputVectorYHi = _outputVectors[VECTOR_OUT_Y_HI];
   Kst::ScalarPtr outputScalar = _outputScalars[SCALAR_OUT];
 
+  Kst::LabelInfo label_info = inputVectorY->labelInfo();
+  label_info.name = i18n("Linear Fit to %1").arg(label_info.name);
+  outputVectorYFitted->setLabelInfo(label_info);
+
+  label_info.name = i18n("Linear Fit Residuals");
+  outputVectorYResiduals->setLabelInfo(label_info);
+
+  label_info.name = i18n("Linear Fit Lower Limit");
+  outputVectorYLo->setLabelInfo(label_info);
+
+  label_info.name = i18n("Linear Fit Upper Limit");
+  outputVectorYHi->setLabelInfo(label_info);
+
   int i = 0;
   int iLength;
   bool bReturn = false;
--- branches/work/kst/portto4/kst/src/plugins/fits/lorentzian_unweighted/fitlorentzian_unweighted.cpp #1224438:1224439
@@ -216,6 +216,14 @@
   Kst::VectorPtr outputVectorYCovariance = _outputVectors[VECTOR_OUT_Y_COVARIANCE];
   Kst::ScalarPtr outputScalar = _outputScalars[SCALAR_OUT];
 
+
+  Kst::LabelInfo label_info = inputVectorY->labelInfo();
+  label_info.name = i18n("Lorentzian Fit to %1").arg(label_info.name);
+  outputVectorYFitted->setLabelInfo(label_info);
+
+  label_info.name = i18n("Lorentzian Fit Residuals");
+  outputVectorYResiduals->setLabelInfo(label_info);
+
   bool bReturn = false;
 
   bReturn = kstfit_nonlinear( inputVectorX, inputVectorY,
--- branches/work/kst/portto4/kst/src/plugins/fits/lorentzian_weighted/fitlorentzian_weighted.cpp #1224438:1224439
@@ -231,6 +231,14 @@
   Kst::VectorPtr outputVectorYCovariance = _outputVectors[VECTOR_OUT_Y_COVARIANCE];
   Kst::ScalarPtr outputScalar = _outputScalars[SCALAR_OUT];
 
+  Kst::LabelInfo label_info = inputVectorY->labelInfo();
+  label_info.name = i18n("Lorentzian Fit to %1").arg(label_info.name);
+  outputVectorYFitted->setLabelInfo(label_info);
+
+  label_info.name = i18n("Lorentzian Fit Residuals");
+  outputVectorYResiduals->setLabelInfo(label_info);
+
+
   bool bReturn = false;
 
   bReturn = kstfit_nonlinear_weighted( inputVectorX, inputVectorY, inputVectorWeights,
--- branches/work/kst/portto4/kst/src/plugins/fits/polynomial_unweighted/fitpolynomial_unweighted.cpp #1224438:1224439
@@ -193,6 +193,13 @@
   Kst::VectorPtr outputVectorYCovariance = _outputVectors[VECTOR_OUT_Y_COVARIANCE];
   Kst::ScalarPtr outputScalar = _outputScalars[SCALAR_OUT];
 
+  Kst::LabelInfo label_info = inputVectorY->labelInfo();
+  label_info.name = i18n("Polynomial Fit to %1").arg(label_info.name);
+  outputVectorYFitted->setLabelInfo(label_info);
+
+  label_info.name = i18n("Polynomial Fit Residuals");
+  outputVectorYResiduals->setLabelInfo(label_info);
+
   bool bReturn = false;
 
   int iNumParams;
--- branches/work/kst/portto4/kst/src/plugins/fits/polynomial_weighted/fitpolynomial_weighted.cpp #1224438:1224439
@@ -209,6 +209,13 @@
   Kst::VectorPtr outputVectorYCovariance = _outputVectors[VECTOR_OUT_Y_COVARIANCE];
   Kst::ScalarPtr outputScalar = _outputScalars[SCALAR_OUT];
 
+  Kst::LabelInfo label_info = inputVectorY->labelInfo();
+  label_info.name = i18n("Polynomial Fit to %1").arg(label_info.name);
+  outputVectorYFitted->setLabelInfo(label_info);
+
+  label_info.name = i18n("Polynomial Fit Residuals");
+  outputVectorYResiduals->setLabelInfo(label_info);
+
   bool bReturn = false;
 
   int iNumParams;
--- branches/work/kst/portto4/kst/src/plugins/fits/sinusoid_unweighted/fitsinusoid_unweighted.cpp #1224438:1224439
@@ -217,6 +217,13 @@
   Kst::VectorPtr outputVectorYCovariance = _outputVectors[VECTOR_OUT_Y_COVARIANCE];
   Kst::ScalarPtr outputScalar = _outputScalars[SCALAR_OUT];
 
+  Kst::LabelInfo label_info = inputVectorY->labelInfo();
+  label_info.name = i18n("Sinusoidal Fit to %1").arg(label_info.name);
+  outputVectorYFitted->setLabelInfo(label_info);
+
+  label_info.name = i18n("Sinusoidal Fit Residuals");
+  outputVectorYResiduals->setLabelInfo(label_info);
+
   bool bReturn = false;
 
   int iNumParams;
--- branches/work/kst/portto4/kst/src/plugins/fits/sinusoid_weighted/fitsinusoid_weighted.cpp #1224438:1224439
@@ -233,6 +233,14 @@
   Kst::VectorPtr outputVectorYCovariance = _outputVectors[VECTOR_OUT_Y_COVARIANCE];
   Kst::ScalarPtr outputScalar = _outputScalars[SCALAR_OUT];
 
+
+  Kst::LabelInfo label_info = inputVectorY->labelInfo();
+  label_info.name = i18n("Sinusoidal Fit to %1").arg(label_info.name);
+  outputVectorYFitted->setLabelInfo(label_info);
+
+  label_info.name = i18n("Sinusoidal Fit Residuals");
+  outputVectorYResiduals->setLabelInfo(label_info);
+
   bool bReturn = false;
 
   int iNumParams;

From netterfield at astro.utoronto.ca  Fri Mar 11 14:02:24 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Fri, 11 Mar 2011 14:02:24 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/libkstapp
Message-ID: <20110311130224.1E97CAC8C7@svn.kde.org>

SVN commit 1224488 by netterfield:

Legends and labels now properly handle curves with different units,
by putting them in the legend rather than in the axis label.



 M  +13 -8     legenditem.cpp  
 M  +29 -18    plotrenderitem.cpp  


--- branches/work/kst/portto4/kst/src/libkstapp/legenditem.cpp #1224487:1224488
@@ -91,7 +91,7 @@
   bool sameX = true;
   bool sameYUnits = true;
   LabelInfo label_info = legendItems.at(0)->xLabelInfo();
-  QString yUnits =  legendItems.at(0)->xLabelInfo().units;
+  QString yUnits =  legendItems.at(0)->yLabelInfo().units;
 
   for (int i = 0; i<count; i++) {
     RelationPtr relation = legendItems.at(i);
@@ -118,20 +118,25 @@
   } else {
     for (int i = 0; i<count; i++) {
       RelationPtr relation = legendItems.at(i);
-      label_info = relation->titleInfo();
-      QString label = label_info.singleRenderItemLabel();
+      QString label = relation->titleInfo().singleRenderItemLabel();
       if (label.isEmpty()) {
         label_info = relation->yLabelInfo();
-        if (!label_info.name.isEmpty()) {
+        QString y_label = label_info.name;
+        if (!sameYUnits) {
+          if (!label_info.units.isEmpty()) {
+            y_label = i18n("%1 \\[%2\\]").arg(y_label).arg(label_info.units);
+          }
+        }
+        if (!y_label.isEmpty()) {
           LabelInfo xlabel_info = relation->xLabelInfo();
           if (!sameX) {
-            label = i18n("%1 vs %2").arg(label_info.name).arg(xlabel_info.name);
+            label = i18n("%1 vs %2").arg(y_label).arg(xlabel_info.name);
           } else if (xlabel_info.quantity.isEmpty()) {
-            label = label_info.name;
+            label = y_label;
           } else if (xlabel_info.quantity != xlabel_info.name) {
-            label = i18n("%1 vs %2").arg(label_info.name).arg(xlabel_info.name);
+            label = i18n("%1 vs %2").arg(y_label).arg(xlabel_info.name);
           } else {
-            label = label_info.name;
+            label = y_label;
           }
         } else {
           label = relation->descriptiveName();
--- branches/work/kst/portto4/kst/src/libkstapp/plotrenderitem.cpp #1224487:1224488
@@ -326,7 +326,10 @@
   units.clear();
   quantity.clear();
 
-  bool allSame = true;
+  bool nameSame = true;
+  bool unitsSame = true;
+  bool quantitySame = true;
+
   int count;
 
   count = relationList().size();
@@ -341,32 +344,40 @@
     } else {
       label_info = relationList().at(i)->yLabelInfo();
     }
-    if (label_info != first_label_info) {
-      allSame = false;
+    if (label_info.name != first_label_info.name) {
+      nameSame = false;
     }
+    if (!label_info.units.isEmpty()) {
+      if (units.isEmpty()) {
+        units = label_info.units;
+      } else {
+        if (label_info.units != units) {
+          unitsSame = false;
   }
-
-  if (allSame) {
-    return label_info.singleRenderItemLabel();
   }
-
-  // search for the first vector with quantity and units; use it.
-  foreach (const RelationPtr &relation, relationList()) {
-    if (isX) {
-      label_info = relation->xLabelInfo();
-    } else {
-      label_info = relation->yLabelInfo();
     }
-    if (!label_info.quantity.isEmpty() && !label_info.units.isEmpty()) {
-      return QString("%1 \\[%2\\]").arg(label_info.quantity).arg(label_info.units);
-    }
     if (!label_info.quantity.isEmpty()) {
+      if (quantity.isEmpty()) {
       quantity = label_info.quantity;
+      } else {
+        if (label_info.quantity != quantity) {
+          quantitySame = false;
     }
-    if (!label_info.units.isEmpty()) {
-      units = label_info.units;
     }
   }
+  }
+
+  if (nameSame && unitsSame && quantitySame) {
+    return label_info.singleRenderItemLabel();
+  }
+
+  if (!quantitySame) {
+    quantity.clear();
+  }
+  if (!unitsSame) {
+    units.clear();
+  }
+
   if (!units.isEmpty() && !quantity.isEmpty()) {
     return QString("%1 \\[%2\\]").arg(quantity).arg(units);
   } else if (!units.isEmpty()) {

From nicolas.brisset at free.fr  Fri Mar 11 22:40:18 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Fri, 11 Mar 2011 22:40:18 +0100 (CET)
Subject: [Kst]  Behavior of plugins: parts missing
In-Reply-To: <1205309685.823621299879549816.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <2144353304.823751299879618419.JavaMail.root@zimbra13-e2.priv.proxad.net>

Hi,

I have been playing a bit with plugins and I am having trouble with the behavior of plugins called from the create menu. If you call a filter plugin from the RMB in a plot, you get a dialog where the input vector is preselected and greyed out (OK, since you call it from the context menu of a curve) and where you can set the options of the curve to be created, as well as its placement.
When you want to create a plugin object from the create menu, you get a barebone dialog where you can only choose the input vector, and nothing more. The X vector is chosen to be the input vector, and the new curve is placed in a new plot. I don't grasp why we don't get the same dialog as in the first case, with only the input vector freely selectable. 

Try to create a low-pass plugin on a curve from the context menu and then on the same curve but from the global Create->Filter Plugin menu, and you'll see what I mean!
I guess this is pretty easy to fix, and I'd really like it fixed ASAP because it is absolutely not user-friendly as it is - and not good enough for screencasts! Barth, does it sound possible to fix this prior to 2.0.3 or is it too much?

Nicolas

From netterfield at astro.utoronto.ca  Fri Mar 11 23:42:08 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Fri, 11 Mar 2011 17:42:08 -0500
Subject: [Kst] Re: Behavior of plugins: parts missing
In-Reply-To: <2144353304.823751299879618419.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <1205309685.823621299879549816.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<2144353304.823751299879618419.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <AANLkTi=q-aSEwC3-eTJdMe2-tqdUhGg4EYjOR_EJeTct@mail.gmail.com>

Weird.  Creating a plot is a bug here.  I'll fix it.
On Mar 11, 2011 4:40 PM, "Nicolas Brisset" <nicolas.brisset at free.fr> wrote:
> Hi,
>
> I have been playing a bit with plugins and I am having trouble with the
behavior of plugins called from the create menu. If you call a filter plugin
from the RMB in a plot, you get a dialog where the input vector is
preselected and greyed out (OK, since you call it from the context menu of a
curve) and where you can set the options of the curve to be created, as well
as its placement.
> When you want to create a plugin object from the create menu, you get a
barebone dialog where you can only choose the input vector, and nothing
more. The X vector is chosen to be the input vector, and the new curve is
placed in a new plot. I don't grasp why we don't get the same dialog as in
the first case, with only the input vector freely selectable.
>
> Try to create a low-pass plugin on a curve from the context menu and then
on the same curve but from the global Create->Filter Plugin menu, and you'll
see what I mean!
> I guess this is pretty easy to fix, and I'd really like it fixed ASAP
because it is absolutely not user-friendly as it is - and not good enough
for screencasts! Barth, does it sound possible to fix this prior to 2.0.3 or
is it too much?
>
> Nicolas
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kst/attachments/20110311/7c2b2fb0/attachment.htm 

From netterfield at astro.utoronto.ca  Mon Mar 14 13:35:34 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Mon, 14 Mar 2011 13:35:34 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst
Message-ID: <20110314123534.CFD4EAC8C7@svn.kde.org>

SVN commit 1224865 by netterfield:

Don't create a plot from the plain filter/fit dialog, when the
plot options are hidden.

Fix naming of equations.



 M  +1 -16     devel-docs/Kst2Specs/Bugs  
 M  +16 -2     src/libkstapp/curvetab.ui  
 M  +1 -1      src/libkstmath/equation.cpp  
 M  +1 -1      src/widgets/curveplacement.cpp  


--- branches/work/kst/portto4/kst/devel-docs/Kst2Specs/Bugs #1224864:1224865
@@ -15,20 +15,5 @@
 Probably related bug: points don't always appear centered on the line.
 --------------------
 
-With live data, occasionally the last few (several) samples show as a
-flat-line (at about the value of the last sample at the previous update)
-which magically fixes itself upon the next update.  I think I have
-reported this before.
-
-and (same bug)
-
-With live data, add a label which contains a scalar showing the
-"Last" value of a vector.  As the data is scrolling by, sometimes this
-scalar will indicate a value strikingly similar to the "Min" (or perhaps
-"First") value on the plot rather than the Last value.
-
-** This appears to be either a BLASTpol defile bug, or a filesystem issue.  **
-
---------------------
-
 Select box tool.  Escape to cancel.  Mouse zooms don't work until you actually draw a box.
+
--- branches/work/kst/portto4/kst/src/libkstapp/curvetab.ui #1224864:1224865
@@ -43,7 +43,14 @@
        </widget>
       </item>
       <item row="0" column="1">
-       <widget class="Kst::VectorSelector" name="_xVector" native="true"/>
+       <widget class="Kst::VectorSelector" name="_xVector" native="true">
+        <property name="sizePolicy">
+         <sizepolicy hsizetype="Expanding" vsizetype="Preferred">
+          <horstretch>0</horstretch>
+          <verstretch>0</verstretch>
+         </sizepolicy>
+        </property>
+       </widget>
       </item>
       <item row="0" column="2">
        <widget class="QLabel" name="_yVectorLabel">
@@ -62,7 +69,14 @@
        </widget>
       </item>
       <item row="0" column="3">
-       <widget class="Kst::VectorSelector" name="_yVector" native="true"/>
+       <widget class="Kst::VectorSelector" name="_yVector" native="true">
+        <property name="sizePolicy">
+         <sizepolicy hsizetype="Expanding" vsizetype="Preferred">
+          <horstretch>0</horstretch>
+          <verstretch>0</verstretch>
+         </sizepolicy>
+        </property>
+       </widget>
       </item>
       <item row="1" column="0">
        <widget class="QLabel" name="_xErrorLabel">
--- branches/work/kst/portto4/kst/src/libkstmath/equation.cpp #1224864:1224865
@@ -547,7 +547,7 @@
 }
 
 QString Equation::_automaticDescriptiveName() const {
-  return _yOutVector->labelInfo().name;
+  return _yOutVector->titleInfo().name;
 }
 
 QString Equation::descriptionTip() const {
--- branches/work/kst/portto4/kst/src/widgets/curveplacement.cpp #1224864:1224865
@@ -42,7 +42,7 @@
 
 
 CurvePlacement::Place CurvePlacement::place() const {
-  if (_noPlot->isChecked())
+  if ((!isVisible()) || _noPlot->isChecked())
     return NoPlot;
   else if (_existingPlot->isChecked())
     return ExistingPlot;

From Nicolas.Brisset at eurocopter.com  Mon Mar 14 14:36:49 2011
From: Nicolas.Brisset at eurocopter.com (Brisset, Nicolas)
Date: Mon, 14 Mar 2011 14:36:49 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst
In-Reply-To: <20110314123534.CFD4EAC8C7@svn.kde.org>
References: <20110314123534.CFD4EAC8C7@svn.kde.org>
Message-ID: <C4AA52C506197E4981154F0999F2020B02180E02@sma2918.cr.eurocopter.corp>

> Don't create a plot from the plain filter/fit dialog, when the
> plot options are hidden.
Wouldn't it be better to always show the options, even if defaulting to
"do not place in any plot"? Because now indeed when you create a plugin
from the Create menu you don't get a new plot, but neither do you have
an easy option to create a curve and put it in a given plot.

I think I'd prefer having the same dialog as when calling from the
curves's RMB, with all options.

Nicolas 


Eurocopter Deutschland GmbH
Sitz der Gesellschaft/Registered Office: Donauwoerth
Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
Geschaeftsfuehrung/Board of Management:
Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt

CONFIDENTIALITY NOTICE 

This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful. 
If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much. 
It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message. 


From netterfield at astro.utoronto.ca  Mon Mar 14 15:43:37 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Mon, 14 Mar 2011 10:43:37 -0400
Subject: [Kst] Re: branches/work/kst/portto4/kst
In-Reply-To: <C4AA52C506197E4981154F0999F2020B02180E02@sma2918.cr.eurocopter.corp>
References: <20110314123534.CFD4EAC8C7@svn.kde.org>
	<C4AA52C506197E4981154F0999F2020B02180E02@sma2918.cr.eurocopter.corp>
Message-ID: <AANLkTimW8=LQOZUOjB2THAGeqR3gjUW=PH1qy5_TTymE@mail.gmail.com>


From bogus@does.not.exist.com  Mon Mar 14 00:20:28 2011
From: bogus@does.not.exist.com ()
Date: Sun, 13 Mar 2011 23:20:28 -0000
Subject: No subject
Message-ID: <mailman.0.1300113960.6409.kst@kde.org>


From bogus@does.not.exist.com  Mon Mar 14 00:20:28 2011
From: bogus@does.not.exist.com ()
Date: Sun, 13 Mar 2011 23:20:28 -0000
Subject: No subject
Message-ID: <mailman.1.1300113960.6409.kst@kde.org>

clearly defined.

We may be able to come up with a more convenient way to automatically
handle plugins later (ie, not for 2.0.3) but for now, the suggested
workflow is to create fits and filters from the RMB menu.  This is in
my private wishlist, and may be in bugzilla as well (I haven't
checked).

In the meantime: no new features or wishlist items for 2.0.3.  kst is
not done, but the current svn is enough better than 2.0.2 that it
would be really silly to delay further.

EXCEPT: I discovered a critical bug in specifying plots from the
command line which I really need to fix.  I hope to fix it on the way
home tonight.  We should release as soon as possible after that.


On Mon, Mar 14, 2011 at 9:36 AM, Brisset, Nicolas
<Nicolas.Brisset at eurocopter.com> wrote:
>> Don't create a plot from the plain filter/fit dialog, when the
>> plot options are hidden.
> Wouldn't it be better to always show the options, even if defaulting to
> "do not place in any plot"? Because now indeed when you create a plugin
> from the Create menu you don't get a new plot, but neither do you have
> an easy option to create a curve and put it in a given plot.
>
> I think I'd prefer having the same dialog as when calling from the
> curves's RMB, with all options.
>
> Nicolas
>
>
> Eurocopter Deutschland GmbH
> Sitz der Gesellschaft/Registered Office: Donauwoerth
> Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
> Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lu=
tz Bertling
> Geschaeftsfuehrung/Board of Management:
> Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Ba=
rnscheidt
>
> CONFIDENTIALITY NOTICE
>
> This communication and the information it contains is intended for the ad=
dressee(s) named above and for no other persons or organizations. It is con=
fidential and may be legally privileged and protected by law. The unauthori=
zed use, copying or disclosure of this communication or any part of it is p=
rohibited and may be unlawful.
> If you have received this communication in error, kindly notify us by ret=
urn e-mail and discard and/or delete the communication. Thank you very much=
.
> It is possible for e-mails to be intercepted or affected by viruses. Whil=
st we maintain virus checks on our e-mails, we accept no liability for viru=
ses or other material which might be introduced with this message.
>
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>



--=20
C. Barth Netterfield
University of Toronto
416-845-0946

From netterfield at astro.utoronto.ca  Tue Mar 15 14:40:14 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Tue, 15 Mar 2011 14:40:14 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/libkstapp
Message-ID: <20110315134014.41ADEAC8C7@svn.kde.org>

SVN commit 1224983 by netterfield:

Fix view settings on command line startup, by explicitly setting the
scene size to something non-zero.

This change appears to have been made necessary by at qt update,
but I'm not sure of that.



 M  +0 -1      plotitem.cpp  
 M  +3 -2      view.cpp  


--- branches/work/kst/portto4/kst/src/libkstapp/plotitem.cpp #1224982:1224983
@@ -3638,7 +3638,6 @@
 
 void CreatePlotForCurve::createItem() {
   _item = new PlotItem(_view);
-
   creationComplete(); //add to undo stack
 }
 
--- branches/work/kst/portto4/kst/src/libkstapp/view.cpp #1224982:1224983
@@ -70,6 +70,7 @@
   setHorizontalScrollBarPolicy(Qt::ScrollBarAlwaysOff);
   setVerticalScrollBarPolicy(Qt::ScrollBarAlwaysOff);
   setScene(new Scene(this));
+  scene()->setSceneRect(rect());
   scene()->installEventFilter(this);
   setInteractive(true);
   setRenderHints(QPainter::Antialiasing | QPainter::TextAntialiasing | QPainter::SmoothPixmapTransform);
@@ -384,7 +385,7 @@
 
     viewport()->resize(size);
 
-    setSceneRect(QRectF(0.0, 0.0, size.width() - 4.0, size.height() - 4.0));
+    setSceneRect(QRectF(0.0, 0.0, size.width() - 1.0, size.height() - 1.0));
 
     updateBrush();
 
@@ -411,7 +412,7 @@
   if (size() != sceneRect().size()) {
     QRectF oldSceneRect = sceneRect();
 
-    setSceneRect(QRectF(0.0, 0.0, width() - 4.0, height() - 4.0));
+    setSceneRect(QRectF(0.0, 0.0, width() - 1.0, height() - 1.0));
 
     updateBrush();
 

From netterfield at astro.utoronto.ca  Tue Mar 15 15:15:00 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Tue, 15 Mar 2011 10:15:00 -0400
Subject: [Kst]  ready for release?
Message-ID: <AANLkTi=dwZhAEGtbyUFfoRPKt4YPPgf8VMGec+cVkWdC@mail.gmail.com>

I think there are no remaining critical code bugs, and that we should
package up and announce kst 2.0.3 asap.

Matt and Steve, are you happy with the build system and the packaging now?

-- 
C. Barth Netterfield
University of Toronto
416-845-0946

From matt at truch.net  Tue Mar 15 15:17:24 2011
From: matt at truch.net (Matthew D Truch)
Date: Tue, 15 Mar 2011 10:17:24 -0400
Subject: [Kst] Re: ready for release?
In-Reply-To: <AANLkTi=dwZhAEGtbyUFfoRPKt4YPPgf8VMGec+cVkWdC@mail.gmail.com>
References: <AANLkTi=dwZhAEGtbyUFfoRPKt4YPPgf8VMGec+cVkWdC@mail.gmail.com>
Message-ID: <20110315141724.GA5830@truch.net>

> I think there are no remaining critical code bugs, and that we should
> package up and announce kst 2.0.3 asap.
> 
> Matt and Steve, are you happy with the build system and the packaging now?

There might be a couple more minor issues, but they are minor enough
that they can wait.  From my point of view, release!

-- 
"Things are more like they are today than they ever have been before."
--------------------------
Matthew Truch
Department of Physics and Astronomy
University of Pennsylvania
matt at truch.net
http://matt.truch.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kst/attachments/20110315/3c8d5c6c/attachment.sig 

From sbenton at physics.utoronto.ca  Tue Mar 15 15:25:18 2011
From: sbenton at physics.utoronto.ca (Steve Benton)
Date: Tue, 15 Mar 2011 10:25:18 -0400
Subject: [Kst] Re: ready for release?
In-Reply-To: <AANLkTi=dwZhAEGtbyUFfoRPKt4YPPgf8VMGec+cVkWdC@mail.gmail.com>
References: <AANLkTi=dwZhAEGtbyUFfoRPKt4YPPgf8VMGec+cVkWdC@mail.gmail.com>
Message-ID: <4D7F76CE.7030806@physics.utoronto.ca>

On 15/03/2011 10:15 AM, Barth Netterfield wrote:
> Matt and Steve, are you happy with the build system and the packaging now?
>    
Yup. deb package works happily with cmake.


From Nicolas.Brisset at eurocopter.com  Tue Mar 15 18:29:37 2011
From: Nicolas.Brisset at eurocopter.com (Brisset, Nicolas)
Date: Tue, 15 Mar 2011 18:29:37 +0100
Subject: [Kst] Re: ready for release?
In-Reply-To: <AANLkTi=dwZhAEGtbyUFfoRPKt4YPPgf8VMGec+cVkWdC@mail.gmail.com>
References: <AANLkTi=dwZhAEGtbyUFfoRPKt4YPPgf8VMGec+cVkWdC@mail.gmail.com>
Message-ID: <C4AA52C506197E4981154F0999F2020B021C9962@sma2918.cr.eurocopter.corp>

> I think there are no remaining critical code bugs, and that we should
> package up and announce kst 2.0.3 asap.
I'll do some basic functional tests (also known as "quality assurance"
as soon as I can (hopefully tonight) and let you know if I stumble
across bad issues. If it's good, then we'll release and make plans for
the next version, which would be 2.1.0 if we want to change the file
format for some things like auto-legends. Is that right?

And speaking about packaging, is there someone doing OpenSuse packages?

Nicolas


Eurocopter Deutschland GmbH
Sitz der Gesellschaft/Registered Office: Donauwoerth
Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
Geschaeftsfuehrung/Board of Management:
Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt

CONFIDENTIALITY NOTICE 

This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful. 
If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much. 
It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message. 


From ctrippe at opensuse.org  Tue Mar 15 21:36:18 2011
From: ctrippe at opensuse.org (Christian Trippe)
Date: Tue, 15 Mar 2011 21:36:18 +0100
Subject: [Kst]   Re: ready for release?
Message-ID: <1325271.7LgClcjqfE@asterix.site>

> And speaking about packaging, is there someone doing OpenSuse packages?

I have build the kst package for openSUSE for the last release and also have a 
working build with RC2 based on CMake.

The openSUSE build checks complained about a few issues where the most 
important ones (which make the package fail to build because of these not 
passed tests) I have reported at https://bugs.kde.org/show_bug.cgi?id=267828

But nothing to stop a release from my point of view.

Christian

Ps: I hope, I don't destroy the thread as I was not subscribed to the list 
before this mail.

From syntheticpp at gmx.net  Tue Mar 15 22:18:13 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Tue, 15 Mar 2011 22:18:13 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/kst
Message-ID: <20110315211813.9620CAC8C7@svn.kde.org>

SVN commit 1225000 by kuemmel:

fix wrong desktop file, thx to Christian Trippe

 M  +2 -2      kst.desktop  


--- branches/work/kst/portto4/kst/src/kst/kst.desktop #1224999:1225000
@@ -1,9 +1,9 @@
 [Desktop Entry]
 Type=Application
-Exec=kst -caption "%c" %i %m
+Exec=kst2 -caption "%c" %i %m
 Icon=kst
 DocPath=kst/index.html
-MimeType=application/x-kst
+MimeType=application/x-kst;
 Categories=Qt;KDE;Science;
 Name=Kst
 Name[hi]=??????

From syntheticpp at gmx.net  Tue Mar 15 22:19:12 2011
From: syntheticpp at gmx.net (=?UTF-8?Q?Peter=20K=C3=BCmmel=20?=)
Date: Tue, 15 Mar 2011 22:19:12 +0100 (CET)
Subject: [Kst] [Bug 267828] Problems with the kst.desktop file shipped with
 2.0.3 rc2
In-Reply-To: <bug-267828-29221@http.bugs.kde.org/>
References: <bug-267828-29221@http.bugs.kde.org/>
Message-ID: <20110315211912.AB0CA81D5A@immanuel.kde.org>

https://bugs.kde.org/show_bug.cgi?id=267828


Peter K?mmel <syntheticpp at gmx.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |syntheticpp at gmx.net




--- Comment #1 from Peter K?mmel <syntheticpp gmx net>  2011-03-15 22:19:12 ---
1. and 2. are fixed.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

From nicolas.brisset at free.fr  Tue Mar 15 22:55:04 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Tue, 15 Mar 2011 22:55:04 +0100 (CET)
Subject: [Kst] Re: ready for release?
In-Reply-To: <504218422.1345071300225522848.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <34111004.1346251300226104655.JavaMail.root@zimbra13-e2.priv.proxad.net>

----- "Christian Trippe" <ctrippe at opensuse.org> a ?crit :
> I have build the kst package for openSUSE for the last release and
> also have a working build with RC2 based on CMake.
Hey, cool! I have just seen that you're the guy who provides those up-to-date OpenSUSE kst rpms in  KDE:Release:46/openSUSE_11.3 (among others). I had wondered who was doing that but had not bothered checking until now. So now I know whom to thank: thank you!

> The openSUSE build checks complained about a few issues where the most
> important ones (which make the package fail to build because of these
> not passed tests) I have reported at
> https://bugs.kde.org/show_bug.cgi?id=267828
Peter has just included your changes. Could you check whether kst now builds fine? It seems for 2.0.2 you had another patch along the lines of:
-#include <fitsio.h>
+#include <libcfitsio0/fitsio.h>
Is it still needed? Can we find a way to include it mainstream?

> Ps: I hope, I don't destroy the thread as I was not subscribed to the
> list before this mail.
You don't seriously think we'd be angry to have a new subscriber, do you?
No problem, at least for me. I find it much more painful that all mails I sent from my work adress get this stupid disclaimer which there is no way to turn off!

Nicolas


From netterfield at astro.utoronto.ca  Tue Mar 15 23:50:58 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Tue, 15 Mar 2011 18:50:58 -0400
Subject: [Kst] Re: ready for release?
In-Reply-To: <1325271.7LgClcjqfE@asterix.site>
References: <1325271.7LgClcjqfE@asterix.site>
Message-ID: <AANLkTimZDds1JaCPS8srvdQyZ=kgOebdQZKUT+spxMxs@mail.gmail.com>

Thanks, Christian!

Welcome to the list :-)

On Tue, Mar 15, 2011 at 4:36 PM, Christian Trippe <ctrippe at opensuse.org> wrote:
>> And speaking about packaging, is there someone doing OpenSuse packages?
>
> I have build the kst package for openSUSE for the last release and also have a
> working build with RC2 based on CMake.
>
> The openSUSE build checks complained about a few issues where the most
> important ones (which make the package fail to build because of these not
> passed tests) I have reported at https://bugs.kde.org/show_bug.cgi?id=267828
>
> But nothing to stop a release from my point of view.
>
> Christian
>
> Ps: I hope, I don't destroy the thread as I was not subscribed to the list
> before this mail.
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>



-- 
C. Barth Netterfield
University of Toronto
416-845-0946

From nicolas.brisset at free.fr  Wed Mar 16 00:02:44 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Wed, 16 Mar 2011 00:02:44 +0100 (CET)
Subject: [Kst]  2.0.3 RC "QA" results
In-Reply-To: <739684500.1351621300230072255.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <742885809.1351671300230164701.JavaMail.root@zimbra13-e2.priv.proxad.net>

Hi,

so I've played around with a lot of features. The version is today's svn. Here are some observations. It looks good on the whole, and I wouldn't mind releasing as is, apart maybe from the crash I listed first, but it may be ditro-specific. 

If one or the other issue can be fixed in a few minutes, we can also do it quickly before release (but I won't have time). Otherwise we can do a 2.0.4 soon after 2.0.3 before starting more complicated things for 2.1.0... I'll let Barth decide :-)
In any case I've listed all my observations here so that I don't forget them later... Sorry that's it's become a bit long, but I tested quite a lot of stuff.

- the polynomial interpolation plugin crashes!!! Message: symbol lookup error: /usr/lib/libgsl.so.0: undefined symbol: cblas_dasum. I have gsl 1.12... The gaussian fit also crashes with a similar message (cblas_dnrm2). This is with stock openSUSE rpms, does it also happen on other systems?
- when in layout mode, there is an offset between the image you drag around and the location at which the plot is anchored when you release the mouse button. This really gets on the nerves!
- in layout mode, rotated plots are shown normal during drag (Peter already mentioned this, but I don't know whether it's hard to fix it or if he just forgot)
- using the edit multiple mode on curves, you can't set point properties correctly: the drop down to point types is not showing anything useful (white on white...) and Density is disabled even when you click "Show points". It works in "edit single" mode. If it's easy to fix, that would be nice... "Show lines" works well, so I guess it's not too hard.
- legend font sizes seem to default to 0 points (and are shown with a tiny font here, which does not even seem to obey the minimum font size I set in the settings)
- the change data file tool does not remember the last new file used
- when you add a curve based on an equation to the first plot, all plots on the page are rearranged and the first one becomes the last one. Very disturbing! (This happens with "Automatic layout" checked, but automatic layout does not do that if called from the RMB!)
- I don't like the fact that plugins create 2 slave vectors. That's a point we've alredy started to discuss => I'll come back to it post 2.0.3
- legend items should be unique, they are not. To reproduce: plot CStk from the TWIN1xxx sample, then use the change data file tool to plot the same from TWIN2: the legend has two identical entries. In that particular case the name could stay in the left label as it is common, and we'd need a hint at the datasource or a way to recognize which curve is which (the C1/C2 id?).
- if you generate a scalar from another scalar (you can, using the Generate option even though it's a bit clumsy without the scalar selector) it does not get updated. If you create a label from it, the label obviously does not update - which is a use case we discussed recently... The name of the scalar is also not very elegant ("fixme: set _slaveName!")
- the undo/redo system is broken to the point where I fear using it (it crashes pretty easily). Even Word does it much better (though that's about all it does well!)
- when showing only part of the points (density < all), the intervals between points look weird/very uneven
- if you do an equation like [CStk (V2)]-[offset (X83)] where offset is a generated salar set to some value (e.g. 10), when you change the value of offset from the data manager the curve does not update. Double-click the equation and hit OK => the update comes. 
- when plotting XY plots and PSDs from the TWIN1xxx sample on CStk, PStk, RStk, YPdl the plots with PSDs don't get a log X-axis by default. Maybe they should? But worse is the fact that when you set the X axis to log, you get strange curves with a first X point around 1e-281. And the best part: when you plot all points, the X-axis range changes. I'm confused...

Well, even though 2.0.3 looks like a pretty nice and stable release (better than previous ones in the 2.0 series in any case), it looks like there are still some things we can improve around the edges. Of course, most of the points above are a bit hidden and don't prevent from working efficiently with kst. But if it's all about ploish, then we can/should do some more.
And I haven't yet started telling you all the ideas I have for the longer term... We definitely need more developers!

Nicolas

From syntheticpp at gmx.net  Wed Mar 16 00:13:33 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Wed, 16 Mar 2011 00:13:33 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/cmake/modules
Message-ID: <20110315231333.8F6ECAC8C7@svn.kde.org>

SVN commit 1225010 by kuemmel:

cmake: also find debug libaries (matches with getdata's cmake build for msvc)

 M  +16 -6     FindGetdata.cmake  


--- branches/work/kst/portto4/kst/cmake/modules/FindGetdata.cmake #1225009:1225010
@@ -27,15 +27,25 @@
 	PATHS ${kst_3rdparty_dir} ${GETDATA_INCLUDEDIR})
 
 foreach(it ${PKGGETDATA_LIBRARIES})
-	set(lib lib-NOTFOUND CACHE STRING "" FORCE)
-	FIND_LIBRARY(lib ${it} 
-		HINTS
-		ENV GSL_DIR
-		PATH_SUFFIXES lib
+	set(lib_release lib_release-NOTFOUND CACHE STRING "" FORCE)
+	FIND_LIBRARY(lib_release ${it}
+		HINTS ENV GETDATA_DIR PATH_SUFFIXES lib
 		PATHS ${kst_3rdparty_dir} ${PKGGETDATA_LIBRARY_DIRS})
-	list(APPEND GETDATA_LIBRARIES ${lib})
+	list(APPEND GETDATA_LIBRARIES_RELEASE ${lib_release})
+	list(APPEND GETDATA_LIBRARIES_BOTH optimized ${lib_release})
+	set(lib_debug lib_debug-NOTFOUND CACHE STRING "" FORCE)
+	FIND_LIBRARY(lib_debug ${it}d
+		HINTS ENV GETDATA_DIR PATH_SUFFIXES lib
+		PATHS ${kst_3rdparty_dir} ${PKGGETDATA_LIBRARY_DIRS})
+	list(APPEND GETDATA_LIBRARIES_DEBUG ${lib_debug})
+	list(APPEND GETDATA_LIBRARIES_BOTH debug ${lib_debug})
 endforeach()
 
+if(GETDATA_LIBRARIES_DEBUG AND GETDATA_LIBRARIES_RELEASE)
+	set(GETDATA_LIBRARIES ${GETDATA_LIBRARIES_BOTH})
+else()
+	set(GETDATA_LIBRARIES ${GETDATA_LIBRARIES_RELEASE})
+endif()
 
 
 IF(GETDATA_INCLUDEDIR AND GETDATA_INCLUDEDIR)

From netterfield at astro.utoronto.ca  Wed Mar 16 13:51:33 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Wed, 16 Mar 2011 13:51:33 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src
Message-ID: <20110316125133.5745FAC8C7@svn.kde.org>

SVN commit 1225051 by netterfield:

BUG:
Fix invisible point type in curveappearance in edit multiple mode.
Fix default font size for legends (but the default isn't sticky yet).



 M  +1 -1      libkstapp/legenditem.cpp  
 M  +5 -0      widgets/curveappearance.cpp  


--- branches/work/kst/portto4/kst/src/libkstapp/legenditem.cpp #1225050:1225051
@@ -254,7 +254,7 @@
   font.fromString(_dialogDefaults->value("legend/font",font.toString()).toString());
   setFont(font);
 
-  setFontScale(_dialogDefaults->value("legend/fontScale", 0.0).toDouble());
+  setFontScale(_dialogDefaults->value("legend/fontScale", 12.0).toDouble());
   _verticalDisplay = _dialogDefaults->value("legend/verticalDisplay",true).toBool();
 
    // set the pen
--- branches/work/kst/portto4/kst/src/widgets/curveappearance.cpp #1225050:1225051
@@ -75,6 +75,9 @@
 
 
 void CurveAppearance::populateSymbolCombo(QComboBox *combo, QColor symbolColor) {
+  if (symbolColor == Qt::transparent) {
+    symbolColor = Qt::black;
+  }
   QStyleOptionComboBox option;
   option.initFrom(combo);
   option.currentIcon = combo->itemIcon(combo->currentIndex());
@@ -361,7 +364,9 @@
 
 void CurveAppearance::clearValues() {
   _color->clearSelection();
+  _headColor->clearSelection();
   _spinBoxLineWidth->clear();
+  _comboHeadSymbol->setCurrentIndex(-1);
   _comboPointSymbol->setCurrentIndex(-1);
   _comboPointDensity->setCurrentIndex(-1);
   _comboLineStyle->setCurrentIndex(-1);

From netterfield at astro.utoronto.ca  Wed Mar 16 14:09:21 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Wed, 16 Mar 2011 09:09:21 -0400
Subject: [Kst] Re: 2.0.3 RC "QA" results
In-Reply-To: <742885809.1351671300230164701.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <739684500.1351621300230072255.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<742885809.1351671300230164701.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <AANLkTikLm_Ogrou+kY2hk+d37R7J7B5s+w2q5W00yWTG@mail.gmail.com>

Thanks for this great report Nicolas!

I'm leaving for a few days starting momentarily, so I won't be able to
get any more of this taken care of.  I think 2.0.3 should go out
anyway, and we can release a 2.0.4 in a few weeks.

cbn

On Tue, Mar 15, 2011 at 7:02 PM, Nicolas Brisset
<nicolas.brisset at free.fr> wrote:
> - the polynomial interpolation plugin crashes!!! Message: symbol lookup error: /usr/lib/libgsl.so.0: undefined symbol: cblas_dasum. I have gsl 1.12... The gaussian fit also crashes with a similar message (cblas_dnrm2). This is with stock openSUSE rpms, does it also happen on other systems?

No crash on gaussian fit.

The poly interp is easy to crash with bad inputs, but not with the
error you list.  We need a wishlist for a better interpolation
interface.

> - when in layout mode, there is an offset between the image you drag around and the location at which the plot is anchored when you release the mouse button. This really gets on the nerves!

I don't see this.  How big is the offset?

> - in layout mode, rotated plots are shown normal during drag (Peter already mentioned this, but I don't know whether it's hard to fix it or if he just forgot)

2.1 Bug

> - using the edit multiple mode on curves, you can't set point properties correctly: the drop down to point types is not showing anything useful (white on white...) and Density is disabled even when you click "Show points". It works in "edit single" mode. If it's easy to fix, that would be nice... "Show lines" works well, so I guess it's not too hard.

Fixed.

> - legend font sizes seem to default to 0 points (and are shown with a tiny font here, which does not even seem to obey the minimum font size I set in the settings)

Fixed

> - the change data file tool does not remember the last new file used

> - when you add a curve based on an equation to the first plot, all plots on the page are rearranged and the first one becomes the last one. Very disturbing! (This happens with "Automatic layout" checked, but automatic layout does not do that if called from the RMB!)

2.1: A complete re-do of automatic layout is required.  Can you start
a wishlist for it.

> - I don't like the fact that plugins create 2 slave vectors. That's a point we've alredy started to discuss => I'll come back to it post 2.0.3

2.1 Please create a wishlist for discussion.

> - legend items should be unique, they are not. To reproduce: plot CStk from the TWIN1xxx sample, then use the change data file tool to plot the same from TWIN2: the legend has two identical entries. In that particular case the name could stay in the left label as it is common, and we'd need a hint at the datasource or a way to recognize which curve is which (the C1/C2 id?).

2.0.4.  Please create a wishlist.

> - if you generate a scalar from another scalar (you can, using the Generate option even though it's a bit clumsy without the scalar selector) it does not get updated. If you create a label from it, the label obviously does not update - which is a use case we discussed recently... The name of the scalar is also not very elegant ("fixme: set _slaveName!")

2.0.4  Bug.

> - the undo/redo system is broken to the point where I fear using it (it crashes pretty easily). Even Word does it much better (though that's about all it does well!)

2.1 Bug.

> - when showing only part of the points (density < all), the intervals between points look weird/very uneven

2.0.4 Bug

> - if you do an equation like [CStk (V2)]-[offset (X83)] where offset is a generated salar set to some value (e.g. 10), when you change the value of offset from the data manager the curve does not update. Double-click the equation and hit OK => the update comes.

2.0.4 Bug.

> - when plotting XY plots and PSDs from the TWIN1xxx sample on CStk, PStk, RStk, YPdl the plots with PSDs don't get a log X-axis by default. Maybe they should?

It is a sticky default.  Non-log is a fine initial default.

> But worse is the fact that when you set the X axis to log, you get strange curves with a first X point around 1e-281. And the best part: when you plot all points, the X-axis range changes. I'm confused...

I don't see this.  Can you send a screen shot?

> Well, even though 2.0.3 looks like a pretty nice and stable release (better than previous ones in the 2.0 series in any case), it looks like there are still some things we can improve around the edges. Of course, most of the points above are a bit hidden and don't prevent from working efficiently with kst. But if it's all about ploish, then we can/should do some more.

> And I haven't yet started telling you all the ideas I have for the longer term... We definitely need more developers!

> Nicolas
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>



-- 
C. Barth Netterfield
University of Toronto
416-845-0946

From ctrippe at opensuse.org  Wed Mar 16 22:12:59 2011
From: ctrippe at opensuse.org (Christian Trippe)
Date: Wed, 16 Mar 2011 22:12:59 +0100
Subject: [Kst] Re: ready for release?
In-Reply-To: <34111004.1346251300226104655.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <34111004.1346251300226104655.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <2371142.MWSOnnPclZ@asterix.site>

Am Dienstag, 15. M?rz 2011, 22:55:04 schrieb Nicolas Brisset:
> ----- "Christian Trippe" <ctrippe at opensuse.org> a ?crit :
> > The openSUSE build checks complained about a few issues where the most
> > important ones (which make the package fail to build because of these
> > not passed tests) I have reported at
> > https://bugs.kde.org/show_bug.cgi?id=267828
> 
> Peter has just included your changes. Could you check whether kst now builds
> fine? It seems for 2.0.2 you had another patch along the lines of:
> -#include <fitsio.h>
> +#include <libcfitsio0/fitsio.h>
> Is it still needed? Can we find a way to include it mainstream?
> 
It needs this change and another one to build the cfitsio plugin with the 
libcfitsio0 package from openSUSE.

The updated patch is attached. I do not know if it should get included.

Christian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cfitsio_build.diff
Type: text/x-patch
Size: 950 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kst/attachments/20110316/e705246d/attachment.diff 

From get.sonic at gmail.com  Thu Mar 17 02:16:41 2011
From: get.sonic at gmail.com (Sonic)
Date: Thu, 17 Mar 2011 06:46:41 +0530
Subject: [Kst]  Creating Datasource Reader
Message-ID: <4D8160F9.2000608@gmail.com>

Hello

     We've been using a package called Easyplot for all our plotting 
needs and we're now considering Kst 1.8 on Linux. (Can't use Kst 2.x 
series because we're on KDE 3.5 on RHEL 5).
Our plot files are single independent files that contain ASCII header 
(that describe the number of columns, X & y vectors, formatting etc.) 
followed by ASCII or binary data. I'd like to know if I can make Kst 
open and use the same plot file by creating a custom datasource reader.

My requirement is that by opening the file in Kst, the plot should 
appear, without the user needing to select more options or making more 
clicks. It's okay if I need to call Kst with some command line options.

Before I jump on creating a custom reader, I thought I should ask here 
if this is even possible with Kst 1.x.

Any help is highly appreciated.

Thanks,

Syam Krishnan C.R.

From Nicolas.Brisset at eurocopter.com  Thu Mar 17 08:19:19 2011
From: Nicolas.Brisset at eurocopter.com (Brisset, Nicolas)
Date: Thu, 17 Mar 2011 08:19:19 +0100
Subject: [Kst] Re: Creating Datasource Reader
In-Reply-To: <4D8160F9.2000608@gmail.com>
References: <4D8160F9.2000608@gmail.com>
Message-ID: <C4AA52C506197E4981154F0999F2020B021CA5C4@sma2918.cr.eurocopter.corp>

Hi,

>      We've been using a package called Easyplot for all our plotting
> needs and we're now considering Kst 1.8 on Linux. (Can't use Kst 2.x
> series because we're on KDE 3.5 on RHEL 5).
Just a quick note in case you're not aware of it: kst2 has far less
dependencies than kst1 had. In particular, it is currently a pure Qt4
app, which means kdelibs and all of its dependencies are not required.
We are planning to offer optional KDE integration on the platforms where
it is available, but it will stay optional.
Qt4 is supported on such a broad range of platforms that I don't think
installing it on RHEL 5 would be an issue. Also note that you don't need
admin privileges, you can install Qt4 and kst2 anywhere you like. If you
don't know how that goes, ask here: we can provide instructions.
That being said, please be aware that kst2 is not (yet) on feature
parity with kst 1.x. It does have some features that kst 1.x does not
have (and never will have), but things like scripting are still missing.
Also loading kst 1.x files, but if you're new to kst this shouldn't be
much of an issue.
All in all, I'd tend towards kst2 unless you absolutely need scripting
and need it fast (it will be brought back at some point in time, though
not necessarily compatible with kst 1.x scripting).

> Our plot files are single independent files that contain ASCII header
> (that describe the number of columns, X & y vectors, formatting etc.)
> followed by ASCII or binary data. I'd like to know if I can make Kst
> open and use the same plot file by creating a custom datasource
reader.
Plain ASCII files hould be supported out of the box, kst is really very
configurable in that respect. Regarding binary files you'll probably
have to make some changes. Creating a custom datasource is always
possible and allows you anything. 
I'd recommend doing it in a generic way and contributing it to kst
(preferably 2), so that we are able to help and so that others also
benefit from your efforts. One thing which may be discussed is making
the change directly in the ASCII datasource: if the only difference
between your ASCII and binary options is the storage of the data, maybe
adding a checkbox "binary data" and using a different approach to parse
the file would make sense. To be discussed, here is the right place.

> My requirement is that by opening the file in Kst, the plot should
> appear, without the user needing to select more options or making more
> clicks. It's okay if I need to call Kst with some command line
options.
I believe what you're asking for is already available: you can create a
plot based on a data file, and reuse the same layout with another data
file. You can even easily compare the two files using the "Change Data
File" tool, be it kst 1.x or 2.x.

> Before I jump on creating a custom reader, I thought I should ask here
> if this is even possible with Kst 1.x.
Well, I hope I answered your questions. If you have more or I didn't
understand your questions correctly, please ask again.

Nicolas


Eurocopter Deutschland GmbH
Sitz der Gesellschaft/Registered Office: Donauwoerth
Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
Geschaeftsfuehrung/Board of Management:
Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt

CONFIDENTIALITY NOTICE 

This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful. 
If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much. 
It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message. 


From Nicolas.Brisset at eurocopter.com  Thu Mar 17 08:22:12 2011
From: Nicolas.Brisset at eurocopter.com (Brisset, Nicolas)
Date: Thu, 17 Mar 2011 08:22:12 +0100
Subject: [Kst] Re: ready for release?
In-Reply-To: <2371142.MWSOnnPclZ@asterix.site>
References: <34111004.1346251300226104655.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<2371142.MWSOnnPclZ@asterix.site>
Message-ID: <C4AA52C506197E4981154F0999F2020B021CA5CD@sma2918.cr.eurocopter.corp>

> It needs this change and another one to build the cfitsio plugin with
the
> libcfitsio0 package from openSUSE.
> 
> The updated patch is attached. I do not know if it should get
included.
I believe the cmake check could be integrated. 
For the other issue (the include path) I guess if we detect include
paths well in the cmake check we could keep #include <fitsio.h> in the
code and it will work.

Peter, you're the build system guru: what do you think?

Nicolas 


Eurocopter Deutschland GmbH
Sitz der Gesellschaft/Registered Office: Donauwoerth
Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
Geschaeftsfuehrung/Board of Management:
Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt

CONFIDENTIALITY NOTICE 

This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful. 
If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much. 
It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message. 


From ctrippe at opensuse.org  Thu Mar 17 19:41:44 2011
From: ctrippe at opensuse.org (Christian Trippe)
Date: Thu, 17 Mar 2011 19:41:44 +0100
Subject: [Kst] Re: ready for release?
In-Reply-To: <C4AA52C506197E4981154F0999F2020B021CA5CD@sma2918.cr.eurocopter.corp>
References: <34111004.1346251300226104655.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<2371142.MWSOnnPclZ@asterix.site>
	<C4AA52C506197E4981154F0999F2020B021CA5CD@sma2918.cr.eurocopter.corp>
Message-ID: <1525309.nDTz241sX4@asterix.site>

Am Donnerstag, 17. M?rz 2011, 08:22:12 schrieb Brisset, Nicolas:
> > It needs this change and another one to build the cfitsio plugin with
> 
> the
> 
> > libcfitsio0 package from openSUSE.
> > 
> > The updated patch is attached. I do not know if it should get
> 
> included.
> I believe the cmake check could be integrated.
> For the other issue (the include path) I guess if we detect include
> paths well in the cmake check we could keep #include <fitsio.h> in the
> code and it will work.

Sorry for not really checking earlier. With the new cmake build the second 
part is no longer needed, only the first part 

Index: cmake/modules/FindCFITSIO.cmake
===================================================================
--- cmake/modules/FindCFITSIO.cmake	(Revision 1223149)
+++ cmake/modules/FindCFITSIO.cmake	(Arbeitskopie)
@@ -10,7 +10,7 @@
 	FIND_PATH(CFITSIO_INCLUDEDIR fitsio.h
 		HINTS
 		ENV CFITSIO_DIR
-		PATH_SUFFIXES include/cfitsio include
+		PATH_SUFFIXES include/libcfitsio0 include
 		PATHS ${kst_3rdparty_dir}
 		)
 	FIND_LIBRARY(CFITSIO_LIBRARIES cfitsio 

is needed as it otherwise does not detect the presence of fitsio.h

Christian

From syntheticpp at gmx.net  Thu Mar 17 20:36:13 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Thu, 17 Mar 2011 20:36:13 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/cmake/modules
Message-ID: <20110317193613.13B73AC8C8@svn.kde.org>

SVN commit 1225170 by kuemmel:

needed on openSUSE

 M  +1 -1      FindCFITSIO.cmake  


--- branches/work/kst/portto4/kst/cmake/modules/FindCFITSIO.cmake #1225169:1225170
@@ -10,7 +10,7 @@
 	FIND_PATH(CFITSIO_INCLUDEDIR fitsio.h
 		HINTS
 		ENV CFITSIO_DIR
-		PATH_SUFFIXES include/cfitsio include
+		PATH_SUFFIXES include include/cfitsio include/libcfitsio0
 		PATHS ${kst_3rdparty_dir}
 		)
 	FIND_LIBRARY(CFITSIO_LIBRARIES cfitsio 

From nicolas.brisset at free.fr  Thu Mar 17 22:07:46 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Thu, 17 Mar 2011 22:07:46 +0100 (CET)
Subject: [Kst] Re: branches/work/kst/portto4/kst/cmake/modules
In-Reply-To: <20110317193613.13B73AC8C8@svn.kde.org>
Message-ID: <47408710.1675081300396066497.JavaMail.root@zimbra13-e2.priv.proxad.net>

----- "Peter K?mmel" <syntheticpp at gmx.net> a ?crit :

> SVN commit 1225170 by kuemmel:
> 
> needed on openSUSE
> 
>  M  +1 -1      FindCFITSIO.cmake  
Christian, can you check whether that's OK?
Peter, can you then package 2.0.3 final?

I have to contact that poor guy who wanted to know more about kst and which I left without answer for far too long, and organise some PR, even though I think 2.0.4 will be the really mature release...

Nicolas

From nicolas.brisset at free.fr  Thu Mar 17 22:45:03 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Thu, 17 Mar 2011 22:45:03 +0100 (CET)
Subject: [Kst] The crash when using a gsl-based fit plugin: possible solution
In-Reply-To: <640668532.1678731300398121565.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <974373341.1678891300398303685.JavaMail.root@zimbra13-e2.priv.proxad.net>

Hi,

I have been researching a bit around the crash I get when using a fit plugin. From the thread at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456898 I see that this problem is known and fairly specific to gsl, which provides a rather non-standard way of exchanging implementations of the cblas lib post-compilation.
It seems that making the gsl flags "-Wl,--no-as-needed -lgsl -lgslcblas -lm" and making sure they are at the end of the list should fix the issue.

Peter, could you try to add that to cmake so that I can check whether it works? Having all fit plugins crash is really bad. We should try to fix it, especially if there is a known solution. I'm actually surprised that it does not crash on other Linux systems as this way of linking seems to be the default for gsl.

Nicolas

From get.sonic at gmail.com  Fri Mar 18 02:30:31 2011
From: get.sonic at gmail.com (Sonic)
Date: Fri, 18 Mar 2011 07:00:31 +0530
Subject: [Kst] Re: Creating Datasource Reader
In-Reply-To: <C4AA52C506197E4981154F0999F2020B021CA5C4@sma2918.cr.eurocopter.corp>
References: <4D8160F9.2000608@gmail.com>
	<C4AA52C506197E4981154F0999F2020B021CA5C4@sma2918.cr.eurocopter.corp>
Message-ID: <4D82B5B7.9050207@gmail.com>

On 03/17/2011 12:49 PM, Brisset, Nicolas wrote:
> Hi,
>
>>       We've been using a package called Easyplot for all our plotting
>> needs and we're now considering Kst 1.8 on Linux. (Can't use Kst 2.x
>> series because we're on KDE 3.5 on RHEL 5).
> Just a quick note in case you're not aware of it: kst2 has far less
> dependencies than kst1 had. In particular, it is currently a pure Qt4
> app, which means kdelibs and all of its dependencies are not required.
> We are planning to offer optional KDE integration on the platforms where
> it is available, but it will stay optional.
We already have built Qt4 on RHEL and all our applications are developed 
in Qt4. I didn't know Kst 2.x was
pure Qt4. I was thinking that it required KDE4 libs.


> All in all, I'd tend towards kst2 unless you absolutely need scripting
> and need it fast (it will be brought back at some point in time, though
> not necessarily compatible with kst 1.x scripting).
In that case, I'd definitely try it out. But how do I implement custom 
datasource readers for 2.x?
If I remember right, for Kst 1.x, this was done as ordinary KDE3 
plugins. Is there a separate handbook for
custom readers for Kst 2.x?

>> Our plot files are single independent files that contain ASCII header
>> (that describe the number of columns, X&  y vectors, formatting etc.)
>> followed by ASCII or binary data. I'd like to know if I can make Kst
>> open and use the same plot file by creating a custom datasource
> reader.
> Plain ASCII files hould be supported out of the box, kst is really very
> configurable in that respect. Regarding binary files you'll probably
> have to make some changes. Creating a custom datasource is always
> possible and allows you anything.
> I'd recommend doing it in a generic way and contributing it to kst
> (preferably 2), so that we are able to help and so that others also
> benefit from your efforts. One thing which may be discussed is making
> the change directly in the ASCII datasource: if the only difference
> between your ASCII and binary options is the storage of the data, maybe
> adding a checkbox "binary data" and using a different approach to parse
> the file would make sense. To be discussed, here is the right place.
Actually, the problem is that the number of vectors, columns 
corresponding to x & y axes, data in ascii or binary etc. will be known 
only when the
header (ASCII) of the plot file is read. That's why I think a custom 
reader would be required, as we cannot simply call Kst with command line 
arguments to specify columns.


>> My requirement is that by opening the file in Kst, the plot should
>> appear, without the user needing to select more options or making more
>> clicks. It's okay if I need to call Kst with some command line
> options.
> I believe what you're asking for is already available: you can create a
> plot based on a data file, and reuse the same layout with another data
> file. You can even easily compare the two files using the "Change Data
> File" tool, be it kst 1.x or 2.x.
This is not exactly what I want. I want the plot file to contain the 
data so that I can simply share one file and someone else can simply 
open it as a plot by just clicking on it. I wouldn't want to open that 
file in Kst and then manually choose the vectors and plotting options. 
Just opening the file in Kst should bring up the plot as specified by 
the header information in the plot file. I guess this is already 
possible by creating a *.kst file and choosing to put the data inside 
it. But my requirement is to have the same behaviour for some other kind 
of plot file.

In short, my file will *not* be a *.kst file. Instead it'll be some 
other format (that contains an ASCII header followed by ASCII or binary 
data) which when opened by Kst should bring up the plot as written 
inside it's header.
I wanted to know if a custom reader would make this work.

Thanks for all the help. I really appreciate it.


regards,

Syam Krishnan


From sunbeame4 at ecoautomobile.ru  Fri Mar 18 17:54:32 2011
From: sunbeame4 at ecoautomobile.ru (=?koi8-r?B?5czFzsEg69XE0tHbz9fB?=)
Date: Fri, 18 Mar 2011 11:54:32 -0500
Subject: [Kst] =?koi8-r?b?8sXLzMHNwSDawSDH0sHOycPFyg==?=
Message-ID: <20110318115432.o825cxkb115608@www.ecoautomobile.ru>

An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kst/attachments/20110318/018b93bb/attachment.htm 

From eutraining at eutraining.be  Fri Mar 18 19:02:00 2011
From: eutraining at eutraining.be (European Training Institute)
Date: Fri, 18 Mar 2011 19:02:00 +0100
Subject: [Kst]
	=?windows-1252?q?Changements_radicaux_en_Comitologie_=E0_partir_?=
	=?windows-1252?q?du_1er_mars_2011_=28kst=40kde=2Eorg=29?=
Message-ID: <d49e6cd690894589d6472f996ea38915@eutraining.be>


Changements radicaux en Comitologie ? partir du 1er mars 2011
--------------------------------------------------------------------------------

[Fact sheet]

A partir du 1er mars 2011, la comitologie change radicalement:

'' Produits alimentaires, v?t?rinaires, ?n?rgie, produits chimiques..., tr?s peu de secteurs lui ?chappent "

ETI propose son expertise en mati?re de sujets europ?ens. Un s?minaire en deux modules d'une demie journ?e chacun pour comprendre la nouvelle r?forme de la comitologie. Une connaissance incontournable pour les professionnels des affaires europ?ennes.

  - T?l?chargez le programme http://www.eutraining.be/tracking/r.emt?h=www.e-t-i.be%2Fdownload%2Fpe_nouvelle_comitologie.pdf&t=pbux&e=bqt

  - Visitez le site web http://www.eutraining.be/tracking/r.emt?h=www.e-t-i.be%2Fconferences.asp&t=pbux&e=bqt

Une formation sp?cialis?e pour les professionnels
des affaires europ?ennes

  - La comitologie 2011 en pratique.

  - Mesures d'ex?cution et actes d?l?gu?s.

  - Cons?quences en mati?re de procedure pour les professionnels.

  - Comment r?ussir en adaptant sa strat?gie en affaires publiques.

  - Etudes de cas.

 

S?minaire en FR :11 Avril

Nombre de place limit? Inscrivez vous des ? pr?sent
--------------------------------------------------------------------------------

NOTE: Si vous avez re?u ce message par erreur ou si vous ne souhaitez pas recevoir plus de messages d?sinscrivez vous ici mailto:eutraining at eutraining.be?Subject=UNSUBSCRIBE:kst at kde.org,PID:6QK/Qw
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kst/attachments/20110318/672c34ee/attachment-0001.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: a.gif
Type: image/gif
Size: 13552 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kst/attachments/20110318/672c34ee/attachment-0001.gif 

From ctrippe at opensuse.org  Fri Mar 18 20:21:45 2011
From: ctrippe at opensuse.org (Christian Trippe)
Date: Fri, 18 Mar 2011 20:21:45 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/cmake/modules
In-Reply-To: <47408710.1675081300396066497.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <47408710.1675081300396066497.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <61930137.P8zzmTg1fA@asterix.site>

Am Donnerstag, 17. M?rz 2011, 22:07:46 schrieb Nicolas Brisset:
> ----- "Peter K?mmel" <syntheticpp at gmx.net> a ?crit :
> > SVN commit 1225170 by kuemmel:
> > 
> > needed on openSUSE
> > 
> >  M  +1 -1      FindCFITSIO.cmake
> 
> Christian, can you check whether that's OK?

Yes, thanks. This works fine now.

Christian

From syntheticpp at gmx.net  Fri Mar 18 20:30:17 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Fri, 18 Mar 2011 20:30:17 +0100
Subject: [Kst] Re: Creating Datasource Reader
In-Reply-To: <4D82B5B7.9050207@gmail.com>
References: <4D8160F9.2000608@gmail.com>	<C4AA52C506197E4981154F0999F2020B021CA5C4@sma2918.cr.eurocopter.corp>
	<4D82B5B7.9050207@gmail.com>
Message-ID: <4D83B2C9.9070701@gmx.net>

>> All in all, I'd tend towards kst2 unless you absolutely need scripting
>> and need it fast (it will be brought back at some point in time, though
>> not necessarily compatible with kst 1.x scripting).
> In that case, I'd definitely try it out. But how do I implement custom
> datasource readers for 2.x?
> If I remember right, for Kst 1.x, this was done as ordinary KDE3
> plugins. Is there a separate handbook for
> custom readers for Kst 2.x?

Hi Syam,

sorry, but we have no documentation about custom plugins.
Our code is in src/datasources. Have a look at ascii or netcdf.


> In short, my file will *not* be a *.kst file. Instead it'll be some
> other format (that contains an ASCII header followed by ASCII or binary
> data) which when opened by Kst should bring up the plot as written
> inside it's header.
> I wanted to know if a custom reader would make this work.

Yes, it's possible. You could start patching the ascii datasource plugin,
and see if it fits your needs (with auto-opening). Only after that I would
start with a custom plugin.

Peter

>
> Thanks for all the help. I really appreciate it.
>
>
> regards,
>
> Syam Krishnan
>
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>

From syntheticpp at gmx.net  Fri Mar 18 20:32:07 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Fri, 18 Mar 2011 20:32:07 +0100
Subject: [Kst] Re: The crash when using a gsl-based fit plugin: possible
	solution
In-Reply-To: <974373341.1678891300398303685.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <974373341.1678891300398303685.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <4D83B337.7090607@gmx.net>

On 17.03.2011 22:45, Nicolas Brisset wrote:
> Hi,
>
> I have been researching a bit around the crash I get when using a fit plugin. From the thread at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456898 I see that this problem is known and fairly specific to gsl, which provides a rather non-standard way of exchanging implementations of the cblas lib post-compilation.
> It seems that making the gsl flags "-Wl,--no-as-needed -lgsl -lgslcblas -lm" and making sure they are at the end of the list should fix the issue.
>
> Peter, could you try to add that to cmake so that I can check whether it works? Having all fit plugins crash is really bad. We should try to fix it, especially if there is a known solution. I'm actually surprised that it does not crash on other Linux systems as this way of linking seems to be the default for gsl.

As I understand it, gsl loads a blas lib at runtime. Have you installed one of them on your sytem?

Peter

From syntheticpp at gmx.net  Fri Mar 18 23:27:27 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Fri, 18 Mar 2011 23:27:27 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/cmake/modules
Message-ID: <20110318222727.0F3A1AC8C8@svn.kde.org>

SVN commit 1225255 by kuemmel:

show .cpp and .h side-by-side in Studio when build with as merged files

 M  +6 -2      KstMacros.cmake  


--- branches/work/kst/portto4/kst/cmake/modules/KstMacros.cmake #1225254:1225255
@@ -106,13 +106,17 @@
 		set_source_files_properties(merged_const.cpp   PROPERTIES OBJECT_DEPENDS "${depends_moc_uic}")
 		set_source_files_properties(merged_touched.cpp PROPERTIES OBJECT_DEPENDS "${depends_moc_uic}")
 		add_library(${kst_name} ${type} ${merged_files} ${kst_${kst_name}_dont_merge} ${kst_${kst_name}_headers} ${kst_${kst_name}_uis} ${kst_${kst_name}_sources_not_generated} ${svnversion_h})
-		kst_add_info_files(Headers/Sources ${kst_${kst_name}_sources_not_generated})
+		foreach(_it ${kst_${kst_name}_sources_not_generated})
+			set_source_files_properties(${_it} PROPERTIES HEADER_FILE_ONLY TRUE)
+		endforeach()
+		source_group("Source Files" Files)
+		source_group("Header Files" Files)
 	else()
 		add_library(${kst_name} ${type} ${kst_${kst_name}_sources} ${kst_${kst_name}_headers} ${svnversion_h})
+		kst_flat_source_group(${kst_${kst_name}_headers} ${kst_${kst_name}_sources_not_generated})
 	endif()
 	set_property(TARGET ${kst_name} PROPERTY DEBUG_POSTFIX ${kst_debug_postfix})
 	set_target_properties(${kst_name} PROPERTIES VERSION ${kst_version} SOVERSION ${kst_version_major})
-	kst_flat_source_group(${kst_${kst_name}_headers} ${kst_${kst_name}_sources_not_generated})
 	kst_revision_add_dependency()
 	if(WIN32)
 		if(NOT ${type} STREQUAL "STATIC")

From syntheticpp at gmx.net  Fri Mar 18 23:29:11 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Fri, 18 Mar 2011 23:29:11 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/libkst
Message-ID: <20110318222911.4ECBAAC8C8@svn.kde.org>

SVN commit 1225256 by kuemmel:

build on windows

 M  +5 -1      labelinfo.h  


--- branches/work/kst/portto4/kst/src/libkst/labelinfo.h #1225255:1225256
@@ -21,9 +21,13 @@
 #define LABELINFO_H
 
 #include <QString>
+
+#include "kst_export.h"
+
+
 namespace Kst {
 
-struct LabelInfo
+struct KSTCORE_EXPORT LabelInfo
 {
   LabelInfo() : name(QString()), quantity(QString()), units(QString()) {}
   bool operator==(const LabelInfo &l) const { return (l.name==name) && (l.quantity==quantity) && (l.units==units); }

From syntheticpp at gmx.net  Fri Mar 18 23:29:38 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Fri, 18 Mar 2011 23:29:38 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/libkstapp
Message-ID: <20110318222938.5EA1CAC8C9@svn.kde.org>

SVN commit 1225257 by kuemmel:

comments

 M  +28 -0     datawizard.cpp  


--- branches/work/kst/portto4/kst/src/libkstapp/datawizard.cpp #1225256:1225257
@@ -39,6 +39,11 @@
 
 namespace Kst {
 
+
+//
+// DataWizardPageDataSource
+//
+
 DataWizardPageDataSource::DataWizardPageDataSource(ObjectStore *store, QWidget *parent, const QString& default_source)
   : QWizardPage(parent), _pageValid(false), _store(store), _requestID(0) {
    setupUi(this);
@@ -162,6 +167,11 @@
 }
 
 
+
+//
+// DataWizardPageVectors
+//
+
 DataWizardPageVectors::DataWizardPageVectors(QWidget *parent)
   : QWizardPage(parent) {
    setupUi(this);
@@ -316,6 +326,10 @@
 }
 
 
+//
+// DataWizardPageFilters
+//
+
 DataWizardPageFilters::DataWizardPageFilters(QWidget *parent)
   : QWizardPage(parent) {
    setupUi(this);
@@ -338,6 +352,10 @@
 
 
 
+//
+// DataWizardPagePlot
+//
+
 DataWizardPagePlot::~DataWizardPagePlot() {
 }
 
@@ -526,6 +544,11 @@
 }
 
 
+
+//
+// DataWizardPageDataPresentation
+//
+
 DataWizardPageDataPresentation::DataWizardPageDataPresentation(ObjectStore *store, QWidget *parent)
   : QWizardPage(parent), _pageValid(false) {
    setupUi(this);
@@ -657,6 +680,11 @@
 }
 
 
+
+//
+// DataWizard
+//
+
 DataWizard::DataWizard(QWidget *parent, const QString& fileToOpen)
   : QWizard(parent), _document(0) {
 

From syntheticpp at gmx.net  Fri Mar 18 23:39:22 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Fri, 18 Mar 2011 23:39:22 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src
Message-ID: <20110318223922.9A9B9AC8C8@svn.kde.org>

SVN commit 1225259 by kuemmel:

When only a filename is passed to kst without any further arguments
and it is not a .kst file try to find a datasource which could load it,
and show all vectors against INDEX. Each datasource could overwrite this
behavior, like it was asked by Syam Krishnan C.R. on the mailinglist.

Having this feature it is now possible to register Kst as default program
for opening data files: double-click on your data file and see Kst previewing
your data!

 M  +12 -0     datasources/ascii/asciisource.cpp  
 M  +2 -0      datasources/ascii/asciisource.h  
 M  +4 -0      libkst/datasource.h  
 M  +68 -1     libkstapp/commandlineparser.cpp  
 M  +3 -0      libkstapp/commandlineparser.h  


--- branches/work/kst/portto4/kst/src/datasources/ascii/asciisource.cpp #1225258:1225259
@@ -19,6 +19,10 @@
 #include "asciisource.h"
 #include "asciisourceconfig.h"
 
+#include "curve.h"
+#include "colorsequence.h"
+#include "objectstore.h"
+
 #include "math_kst.h"
 #include "kst_inf.h"
 #include "kst_i18n.h"
@@ -916,4 +920,12 @@
 }
 
 
+
+Kst::ObjectList<Kst::Object> AsciiSource::autoCurves(ObjectStore& objectStore)
+{
+  // here we could do more sophisticated stuff when generating a list of curves
+  return ObjectList<Kst::Object>();
+}
+
+
 // vim: ts=2 sw=2 et
--- branches/work/kst/portto4/kst/src/datasources/ascii/asciisource.h #1225258:1225259
@@ -76,6 +76,8 @@
     static QStringList scalarListFor(const QString& filename, AsciiSourceConfig *cfg);
     static QStringList stringListFor(const QString& filename, AsciiSourceConfig *cfg);
 
+    Kst::ObjectList<Kst::Object> autoCurves(Kst::ObjectStore& objectStore);
+
   private:
     // TODO Is this too big or should we use even more: 1MB on the stack?
 #define KST_PREALLOC 1 * 1024 * 1024
--- branches/work/kst/portto4/kst/src/libkst/datasource.h #1225258:1225259
@@ -194,7 +194,11 @@
 
     virtual QString descriptionTip() const;
 
+    /** Creates a list of curves without user interaction
+    */
+    virtual ObjectList<Object> autoCurves(ObjectStore& objectStore) { return ObjectList<Object>(); }
 
+
   public Q_SLOTS:
     virtual void checkUpdate();
 
--- branches/work/kst/portto4/kst/src/libkstapp/commandlineparser.cpp #1225258:1225259
@@ -281,6 +281,11 @@
     curve->registerChange();
     curve->unlock();
 
+    addCurve(curve);
+}
+
+void CommandLineParser::addCurve(CurvePtr curve)
+{
     if (_doConsecutivePlots) {
       CreatePlotForCurve *cmd = new CreatePlotForCurve();
       cmd->createItem();
@@ -361,7 +366,9 @@
   }
 
   while (*ok) {
-    if (_arguments.count()<1) break;
+    if (_arguments.count() < 1) {
+      break;
+    }
 
     arg = _arguments.takeFirst();
     if ((arg == "--help")||(arg == "-help")) {
@@ -588,8 +595,24 @@
         new_fileList = false;
       }
       _fileNames.append(arg);
+
+      if (!arg.endsWith(".kst") && _arguments.count() == 0) {
+        // try loading data without user interaction
+        DataSourcePtr ds = DataSourcePluginManager::findOrLoadSource(_document->objectStore(), arg);
+        if (ds) {
+          ObjectList<Object> curves = ds->autoCurves(*_document->objectStore());
+          if (curves.isEmpty()) {
+            curves = autoCurves(ds);
     }
+          if (!curves.isEmpty()) {
+            foreach(const ObjectPtr& ptr, curves) {
+              addCurve(kst_cast<Curve>(ptr));
   }
+          }
+        }
+      }
+    }
+  }
 
   // set defaults to match what has been set.
   _dialogDefaults->setValue("print/landscape", _landscape);
@@ -602,4 +625,48 @@
   return (dataPlotted);
 }
 
+
+Kst::ObjectList<Kst::Object> CommandLineParser::autoCurves(DataSourcePtr ds)
+{
+  QStringList fieldList = ds->vector().list();
+
+  if (fieldList.isEmpty()) {
+    return ObjectList<Kst::Object>();
 }
+
+  ObjectList<Kst::Object> curves;
+
+  DataVectorPtr xv = _document->objectStore()->createObject<DataVector>();
+  xv->writeLock();
+  xv->change(ds, "INDEX", 0, -1, 0, false, false);
+  xv->registerChange();
+  xv->unlock();
+
+  foreach(const QString& field, fieldList) {
+    if (field != "INDEX") {
+      DataVectorPtr yv= _document->objectStore()->createObject<DataVector>();
+      yv->writeLock();
+      yv->change(ds, field, 0, -1, 0, false, false);
+      yv->registerChange();
+      yv->unlock();
+
+      CurvePtr curve = _document->objectStore()->createObject<Curve>();
+      curve->setXVector(xv);
+      curve->setYVector(yv);
+      curve->setXError(0);
+      curve->setXMinusError(0);
+      curve->setYMinusError(0);
+      curve->setColor(Kst::ColorSequence::self().next());
+      curve->setLineWidth(1); 
+
+      curve->writeLock();
+      curve->registerChange();
+      curve->unlock();
+
+      curves << curve;
+    }
+  }
+  return curves;
+}
+
+}
--- branches/work/kst/portto4/kst/src/libkstapp/commandlineparser.h #1225258:1225259
@@ -34,6 +34,7 @@
   QString pngFile() const {return _pngFile;}
   QString printFile() const {return _printFile;}
   //bool landscape() const {return _landscape;}
+
 private:
   bool _doAve;
   bool _doSkip;
@@ -73,6 +74,8 @@
   void createOrFindPlot(const QString name);
   void createCurveInPlot(VectorPtr xv, VectorPtr yv, VectorPtr ev=0);
   void createImageInPlot(MatrixPtr m);
+  void addCurve(CurvePtr curve);
+  ObjectList<Object> autoCurves(DataSourcePtr ds);
 };
 
 }

From syntheticpp at gmx.net  Fri Mar 18 23:52:39 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Fri, 18 Mar 2011 23:52:39 +0100
Subject: [Kst] Re: Creating Datasource Reader
In-Reply-To: <4D83B2C9.9070701@gmx.net>
References: <4D8160F9.2000608@gmail.com>	<C4AA52C506197E4981154F0999F2020B021CA5C4@sma2918.cr.eurocopter.corp>	<4D82B5B7.9050207@gmail.com>
	<4D83B2C9.9070701@gmx.net>
Message-ID: <4D83E237.7080907@gmx.net>

>> In short, my file will *not* be a *.kst file. Instead it'll be some
>> other format (that contains an ASCII header followed by ASCII or binary
>> data) which when opened by Kst should bring up the plot as written
>> inside it's header.
>> I wanted to know if a custom reader would make this work.

Reading your questions I had the idea that it would be also
a great feature for Kst and couldn't stop me ;)

    http://mail.kde.org/pipermail/kst/2011-March/019510.html

I assume this is what you are locking for. So, now you only
have to write a plugin for your data files and the current
Kst version would plot all vectors in your data against
the index without any user input.
If you wanna a different behavior you could overwrite the
default by implementing 'autoCurves' in your plugin.

Cheers,
Peter

From syntheticpp at gmx.net  Fri Mar 18 23:58:49 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Fri, 18 Mar 2011 23:58:49 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/cmake/modules
In-Reply-To: <61930137.P8zzmTg1fA@asterix.site>
References: <47408710.1675081300396066497.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<61930137.P8zzmTg1fA@asterix.site>
Message-ID: <4D83E3A9.2020408@gmx.net>

On 18.03.2011 20:21, Christian Trippe wrote:
> Am Donnerstag, 17. M?rz 2011, 22:07:46 schrieb Nicolas Brisset:
>> ----- "Peter K?mmel"<syntheticpp at gmx.net>  a ?crit :
>>> SVN commit 1225170 by kuemmel:
>>>
>>> needed on openSUSE
>>>
>>>   M  +1 -1      FindCFITSIO.cmake
>>
>> Christian, can you check whether that's OK?
>
> Yes, thanks. This works fine now.
>
> Christian

Thanks for testing and supporting openSUSE!

Peter

From get.sonic at gmail.com  Sat Mar 19 01:51:21 2011
From: get.sonic at gmail.com (Sonic)
Date: Sat, 19 Mar 2011 06:21:21 +0530
Subject: [Kst] Re: Creating Datasource Reader
In-Reply-To: <4D83E237.7080907@gmx.net>
References: <4D8160F9.2000608@gmail.com>	<C4AA52C506197E4981154F0999F2020B021CA5C4@sma2918.cr.eurocopter.corp>	<4D82B5B7.9050207@gmail.com>	<4D83B2C9.9070701@gmx.net>
	<4D83E237.7080907@gmx.net>
Message-ID: <4D83FE09.8030300@gmail.com>

On 03/19/2011 04:22 AM, Peter K?mmel wrote:
> Reading your questions I had the idea that it would be also
> a great feature for Kst and couldn't stop me ;)
>
>      http://mail.kde.org/pipermail/kst/2011-March/019510.html
Wow!! You just gave me the one compelling reason to choose 2.x - an 
active developer/user community with people like you.
Thanks a lot. I'll get started with Kst 2.x.
I'm supposed to check-out the SVN branch, right?

regards,

Syam Krishnan C.R.

From get.sonic at gmail.com  Sat Mar 19 02:41:11 2011
From: get.sonic at gmail.com (Sonic)
Date: Sat, 19 Mar 2011 07:11:11 +0530
Subject: [Kst]  Building Kst
Message-ID: <4D8409B7.708@gmail.com>

Hello

   I checked out Kst from SVN by:
svn co svn://anonsvn.kde.org/home/kde/branches/work/kst/portto4/kst

I opened the top-level kst.pro file in Qt Creator (2.1-RC) on Fedora 14 
and tried to build.

Errors:
1. SVN_REVISION undefined in Debug::Debug() in debug.cpp()
     I added #define SVN_REVISION "unknown" to the beginning of this 
file to work around this problem.
     There's this:
     #ifdef KST_HAVE_SVN_REVISION_H
     #include "svnrevision.h"
     #endif
     at the beginning, but that macro isn't defined and the file 
svnrevision.h doesn't actually exist.

2. #include "curve.h" throws "no such file" in ascisource.cpp.
     I located curve.h in ./src/libkstmath/curve.h.
    Should I fix the compile error by including this file?

Should I be defining any environmental variables or build macros to 
successfully compile Kst?

regards,

Syam

From nicolas.brisset at free.fr  Sat Mar 19 12:08:07 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Sat, 19 Mar 2011 12:08:07 +0100 (CET)
Subject: [Kst] Re: Building Kst
In-Reply-To: <328543229.1843521300531145939.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <278770691.1845851300532886995.JavaMail.root@zimbra13-e2.priv.proxad.net>

Hi Syam,

----- "Sonic" <get.sonic at gmail.com> a ?crit :
> Hello
> 
>    I checked out Kst from SVN by:
> svn co svn://anonsvn.kde.org/home/kde/branches/work/kst/portto4/kst
> 
> I opened the top-level kst.pro file in Qt Creator (2.1-RC) on Fedora
> 14 
> and tried to build.
> 
> Errors:

I'd suggest you use cmake to build kst2, this is becoming the default and already is more reliable than qmake, which will probably be dropped soon anyway. Plus cmake also has nice options (like merged files) which make building much faster.
To do that, if you're using QtCreator it is extremely easy: just open the CMakeLists.txt file in the cmake/ directory under the root of the source tree and let the wizard guide you. Of course, you need to have a recent enough version of cmake, but that should not be too hard.

Let us know if you still have issues building with cmake.

Nicolas

From nicolas.brisset at free.fr  Sat Mar 19 12:35:50 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Sat, 19 Mar 2011 12:35:50 +0100 (CET)
Subject: [Kst] Re: branches/work/kst/portto4/kst/src
In-Reply-To: <1935643011.1847291300534150369.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <1914547264.1847821300534550221.JavaMail.root@zimbra13-e2.priv.proxad.net>

Hi Peter,

----- "Peter K?mmel" <syntheticpp at gmx.net> a ?crit :
> SVN commit 1225259 by kuemmel:
> 
> When only a filename is passed to kst without any further arguments
> and it is not a .kst file try to find a datasource which could load
> it, and show all vectors against INDEX. Each datasource could overwrite
> this behavior, like it was asked by Syam Krishnan C.R. on the mailinglist.
> 
> Having this feature it is now possible to register Kst as default
> program for opening data files: double-click on your data file and see Kst
> previewing your data!
While the idea has some good sides to it, I think it is dangerous. Imagine what happens if you pass kst a datafile with thousands of variables? 
I think we need to fine-tune the behavior a bit. One possibility would be to load only the first x vectors (x being in the area of 30 to 40). But other ideas are welcome.

Another idea that comes to mind is using the -w (like "wizard" switch, as we had in kst 1.x) to open the datafile directly in the wizard. 

In fact, I'm still not completely sure what Syam's use case is. It would be nice to clarify it a bit before spending time developing more stuff. Using the -F switch to load the data vectors from a different file, but using a standard layout is a pretty nice possibility if you always have the same data. If it's not clear to you what this feature is, I can give more explanations.

Syam, could you possibly post two sample fiels (one binary, one ASCII) and more details on your workflow? Things like knowing whether you always look at the same vectors or not, or how many clicks are acceptable when loading new data, whether you always want to look at all vectors and how many there are in your files are all important information. Also, batch use cases would be interesting to mention, if you have some.

Best,

Nicolas

From syntheticpp at gmx.net  Sat Mar 19 12:47:08 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Sat, 19 Mar 2011 12:47:08 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst
Message-ID: <20110319114708.CA3A4AC8C8@svn.kde.org>

SVN commit 1225287 by kuemmel:

also build with qmake

 M  +3 -0      config.h  
 M  +2 -1      datasourceplugin.pri  
 M  +2 -0      kst.pri  
 M  +1 -0      src/libkst/libkst.pro  
 M  +1 -1      tests/ksttest.h  


--- branches/work/kst/portto4/kst/config.h #1225286:1225287
@@ -10,5 +10,8 @@
 #define KST_INSTALL_LIBDIR  "lib"
 #define KST_INSTALL_PLUGINS "lib/kst2/plugins"
 
+#ifndef KST_HAVE_SVN_REVISION_H
+#define SVN_REVISION "unknown"
+#endif
 
 #endif
--- branches/work/kst/portto4/kst/datasourceplugin.pri #1225286:1225287
@@ -18,7 +18,8 @@
 
 INCLUDEPATH += \
 	      tmp \
-	      $$TOPLEVELDIR/src/libkst 
+	      $$TOPLEVELDIR/src/libkst \
+		  $$TOPLEVELDIR/src/libkstmath \
 
 
 macx {
--- branches/work/kst/portto4/kst/kst.pri #1225286:1225287
@@ -20,6 +20,8 @@
 !win32-msvc2010:DEFINES += INSTALL_LIBDIR=\\\"$$INSTALL_LIBDIR\\\"
 win32-msvc2010:DEFINES += INSTALL_LIBDIR=\"$$INSTALL_LIBDIR\"
 
+win32-msvc*:DEFINES += _USE_MATH_DEFINES
+
 QT += core xml
 
 CONFIG += warn_on
--- branches/work/kst/portto4/kst/src/libkst/libkst.pro #1225286:1225287
@@ -37,6 +37,7 @@
     extension.cpp \
     generatedmatrix.cpp \
     generatedvector.cpp \
+	labelinfo.cpp \
     math_kst.cpp \
     matrix.cpp \
     matrixfactory.cpp \
--- branches/work/kst/portto4/kst/tests/ksttest.h #1225286:1225287
@@ -21,7 +21,7 @@
 {
 
   template<>
-  bool qCompare(double const& val, double const * const& nan,  const char *actual, const char *expected,
+  inline bool qCompare(double const& val, double const * const& nan,  const char *actual, const char *expected,
                       const char *file, int line)
   {
           return qCompare(

From syntheticpp at gmx.net  Sat Mar 19 12:48:29 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Sat, 19 Mar 2011 12:48:29 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src
Message-ID: <20110319114829.9CA7EAC8C8@svn.kde.org>

SVN commit 1225288 by kuemmel:

remove warnings

 M  +1 -1      datasources/ascii/asciisource.cpp  
 M  +1 -1      datasources/ascii/asciisource.h  
 M  +1 -1      libkst/datasource.h  


--- branches/work/kst/portto4/kst/src/datasources/ascii/asciisource.cpp #1225287:1225288
@@ -638,7 +638,7 @@
 
 
 //-------------------------------------------------------------------------------------------
-void AsciiSource::toDouble(const LexicalCast& lexc, const char* buffer, int bufread, int ch, double* v, int row)
+void AsciiSource::toDouble(const LexicalCast& lexc, const char* buffer, int bufread, int ch, double* v, int)
 {
   if (   isDigit(buffer[ch])
       || buffer[ch] == '-'
--- branches/work/kst/portto4/kst/src/datasources/ascii/asciisource.h #1225287:1225288
@@ -194,7 +194,7 @@
     };
 
     struct IsLineBreakLF {
-      IsLineBreakLF(const LineEndingType& t) : size(1) {
+      IsLineBreakLF(const LineEndingType&) : size(1) {
       }
       const int size;
       inline bool operator()(const char c) const {
--- branches/work/kst/portto4/kst/src/libkst/datasource.h #1225287:1225288
@@ -196,7 +196,7 @@
 
     /** Creates a list of curves without user interaction
     */
-    virtual ObjectList<Object> autoCurves(ObjectStore& objectStore) { return ObjectList<Object>(); }
+    virtual ObjectList<Object> autoCurves(ObjectStore&) { return ObjectList<Object>(); }
 
 
   public Q_SLOTS:

From syntheticpp at gmx.net  Sat Mar 19 12:48:54 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Sat, 19 Mar 2011 12:48:54 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/libkstapp
Message-ID: <20110319114854.6006BAC8C9@svn.kde.org>

SVN commit 1225289 by kuemmel:

only show first 40 plots

 M  +11 -1     commandlineparser.cpp  


--- branches/work/kst/portto4/kst/src/libkstapp/commandlineparser.cpp #1225288:1225289
@@ -10,12 +10,15 @@
  *                                                                         *
  ***************************************************************************/
 
+#include "config.h"
+
 #include "commandlineparser.h"
 #include "datasource.h"
 #include "objectstore.h"
 #include "colorsequence.h"
+#ifdef KST_HAVE_SVN_REVISION_H
 #include "svnrevision.h"
-#include "config.h"
+#endif
 
 #include <iostream>
 #include <QCoreApplication>
@@ -605,14 +608,21 @@
             curves = autoCurves(ds);
           }
           if (!curves.isEmpty()) {
+            int count = 0;
             foreach(const ObjectPtr& ptr, curves) {
+              if (kst_cast<Curve>(ptr)) {
               addCurve(kst_cast<Curve>(ptr));
+                count++;
             }
+              if (count >= 40) {
+                break;
           }
         }
       }
     }
   }
+    }
+  }
 
   // set defaults to match what has been set.
   _dialogDefaults->setValue("print/landscape", _landscape);

From nicolas.brisset at free.fr  Sat Mar 19 13:13:25 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Sat, 19 Mar 2011 13:13:25 +0100 (CET)
Subject: [Kst] Re: The crash when using a gsl-based fit plugin: possible
 solution
In-Reply-To: <4D83B337.7090607@gmx.net>
Message-ID: <1374626385.1850661300536805740.JavaMail.root@zimbra13-e2.priv.proxad.net>

> > It seems that making the gsl flags "-Wl,--no-as-needed -lgsl
> -lgslcblas -lm" and making sure they are at the end of the list should
> fix the issue.
> >
> > Peter, could you try to add that to cmake so that I can check
> whether it works? Having all fit plugins crash is really bad. We
> should try to fix it, especially if there is a known solution. I'm
> actually surprised that it does not crash on other Linux systems as
> this way of linking seems to be the default for gsl.
> 
> As I understand it, gsl loads a blas lib at runtime. Have you
> installed one of them on your sytem?

Yes, it is in fact part of the gsl package. It's just that somehow it is not correctly linked.

nicolas at linux-cwbq:~> rpm -ql gsl
/usr/bin/gsl-histogram
/usr/bin/gsl-randist
/usr/lib/libgsl.so.0
/usr/lib/libgsl.so.0.15.0
/usr/lib/libgslcblas.so.0
/usr/lib/libgslcblas.so.0.0.0

Is it difficult to try the above mentioned switch? I guess changing the gsl flags when gsl is found should do the trick...

Nicolas

From syntheticpp at gmx.net  Sat Mar 19 13:17:53 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Sat, 19 Mar 2011 13:17:53 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst
Message-ID: <20110319121753.BD288AC8C8@svn.kde.org>

SVN commit 1225292 by kuemmel:

enable and remove gcc warnings


 M  +2 -0      cmake/CMakeLists.txt  
 M  +4 -4      src/datasources/ascii/asciisource.cpp  
 M  +1 -1      src/datasources/ascii/asciisourceconfig.h  
 M  +5 -4      src/libkstapp/plotitem.cpp  


--- branches/work/kst/portto4/kst/cmake/CMakeLists.txt #1225291:1225292
@@ -156,6 +156,8 @@
 
 if(MSVC)
 	add_definitions(-D_USE_MATH_DEFINES)
+else()
+	set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Wall")
 endif()
 
 if(MSVC_IDE AND kst_edit_cont)
--- branches/work/kst/portto4/kst/src/datasources/ascii/asciisource.cpp #1225291:1225292
@@ -379,11 +379,11 @@
     bufread = readFromFile(file, varBuffer, bufstart, _byteLength - bufstart, MAXBUFREADLEN);
 
 #ifdef KST_DONT_CHECK_INDEX_IN_DEBUG
-    const char* buffer = varBuffer.constData();
-    const char* bufferData = buffer;
+    const char* bufferData = varBuffer.constData();
+    const char* buffer = bufferData;
 #else
-    QVarLengthArray<char, MAXBUFREADLEN + 1>& buffer = varBuffer;
-    const char* bufferData = buffer.data();
+    QVarLengthArray<char, MAXBUFREADLEN + 1>& bufferData = varBuffer;
+    const char* buffer = bufferData.data();
 #endif
 
 
--- branches/work/kst/portto4/kst/src/datasources/ascii/asciisourceconfig.h #1225291:1225292
@@ -78,8 +78,8 @@
     NamedParameter<bool, Key_columnWidthIsConst, Tag_columnWidthIsConst> _columnWidthIsConst;
     NamedParameter<int, Key_dataLine, Tag_dataLine> _dataLine;
     NamedParameter<bool, Key_readFields, Tag_readFields> _readFields;
+    NamedParameter<bool, Key_readUnits, Tag_readUnits> _readUnits;
     NamedParameter<int, Key_fieldsLine, Tag_fieldsLine> _fieldsLine;
-    NamedParameter<bool, Key_readUnits, Tag_readUnits> _readUnits;
     NamedParameter<int, Key_unitsLine, Tag_unitsLine> _unitsLine;
     NamedParameter<bool, Key_useDot, Tag_useDot> _useDot;
 
--- branches/work/kst/portto4/kst/src/libkstapp/plotitem.cpp #1225291:1225292
@@ -63,6 +63,10 @@
 PlotItem::PlotItem(View *parent)
   : ViewItem(parent), PlotItemInterface(),
   _isInSharedAxisBox(false),
+  _manuallyHideLeftAxisLabel(false),
+  _manuallyHideRightAxisLabel(false),
+  _manuallyHideTopAxisLabel(false),
+  _manuallyHideBottomAxisLabel(false),
   _plotRectsDirty(true),
   _calculatedLeftLabelMargin(0.0),
   _calculatedLeftLabelWidth(0.0),
@@ -96,10 +100,7 @@
   _sharedAxisBoxMenu(0),
   _sharedBox(0),
   _axisLabelsDirty(true),
-  _manuallyHideLeftAxisLabel(false),
-  _manuallyHideRightAxisLabel(false),
-  _manuallyHideTopAxisLabel(false),
-  _manuallyHideBottomAxisLabel(false),
+
   _plotPixmapDirty(true),
   _i_per(0)
 {

From syntheticpp at gmx.net  Sat Mar 19 13:18:35 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Sat, 19 Mar 2011 13:18:35 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/misc
Message-ID: <20110319121835.438FAAC8C8@svn.kde.org>

SVN commit 1225293 by kuemmel:

update release script


 M  +3 -3      linux-release.sh  


--- branches/work/kst/portto4/kst/misc/linux-release.sh #1225292:1225293
@@ -24,9 +24,9 @@
 then
 	# spaces in $2 "Kst\\ 2.0.3"
 	scp \
-	${kst_install_prefix}.sh \
+	${kst_install_prefix}-binary.sh \
+	${kst_install_prefix}-binary.tar.gz \
 	${kst_install_prefix}.tar.gz \
-	${kst_install_prefix}-sources.tar.gz \
-	${kst_install_prefix}-sources.tar.bz2 \
+	${kst_install_prefix}.tar.bz2 \
 	${3},kst at frs.sourceforge.net:"/home/frs/project/k/ks/kst/${2}"
 fi

From syntheticpp at gmx.net  Sat Mar 19 13:18:58 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Sat, 19 Mar 2011 13:18:58 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/libkstapp
Message-ID: <20110319121858.B1895AC8C9@svn.kde.org>

SVN commit 1225294 by kuemmel:

there are 6 plots in a row, make full rows

 M  +1 -1      commandlineparser.cpp  


--- branches/work/kst/portto4/kst/src/libkstapp/commandlineparser.cpp #1225293:1225294
@@ -614,7 +614,7 @@
                 addCurve(kst_cast<Curve>(ptr));
                 count++;
               }
-              if (count >= 40) {
+              if (count >= 6 * 6) {
                 break;
               }
             }

From nicolas.brisset at free.fr  Sat Mar 19 13:23:24 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Sat, 19 Mar 2011 13:23:24 +0100 (CET)
Subject: [Kst] Re: branches/work/kst/portto4/kst/misc
In-Reply-To: <20110319121835.438FAAC8C8@svn.kde.org>
Message-ID: <17578276.1851131300537404907.JavaMail.root@zimbra13-e2.priv.proxad.net>

> SVN commit 1225293 by kuemmel:
> 
> update release script
Peter, if you're going to make a release (even though I'd like to try the fix for the gsl crash before...), don't forget the small issue I mentioned in the Windows installer, where the shortcut still contained beta3 or something like that.

Nicolas

From syntheticpp at gmx.net  Sat Mar 19 13:34:37 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Sat, 19 Mar 2011 13:34:37 +0100
Subject: [Kst] Re: The crash when using a gsl-based fit plugin: possible
 solution
In-Reply-To: <1374626385.1850661300536805740.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <1374626385.1850661300536805740.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <4D84A2DD.1010805@gmx.net>

On 19.03.2011 13:13, Nicolas Brisset wrote:
>>> It seems that making the gsl flags "-Wl,--no-as-needed -lgsl
>> -lgslcblas -lm" and making sure they are at the end of the list should
>> fix the issue.
>>>
>>> Peter, could you try to add that to cmake so that I can check
>> whether it works? Having all fit plugins crash is really bad. We
>> should try to fix it, especially if there is a known solution. I'm
>> actually surprised that it does not crash on other Linux systems as
>> this way of linking seems to be the default for gsl.
>>
>> As I understand it, gsl loads a blas lib at runtime. Have you
>> installed one of them on your sytem?
>
> Yes, it is in fact part of the gsl package. It's just that somehow it is not correctly linked.
>
> nicolas at linux-cwbq:~>  rpm -ql gsl
> /usr/bin/gsl-histogram
> /usr/bin/gsl-randist
> /usr/lib/libgsl.so.0
> /usr/lib/libgsl.so.0.15.0
> /usr/lib/libgslcblas.so.0
> /usr/lib/libgslcblas.so.0.0.0
>
> Is it difficult to try the above mentioned switch? I guess changing the gsl flags when gsl is found should do the trick...

It's not difficult to add such options but I don't think it will fix it, or have you tried?

The bug report you mentioned is about build time because resolving all files was required by --as-needed.

But you have a runtime error.

Does 'ldd' list libgslcblas.so when you call it on a gsl plugin?


Here on Ubuntu we link against cblas:
-- Found Gsl:
--      includes : /usr/include/gsl;/usr/include/gsl/..
--      libraries: /usr/lib/libgsl.so;/usr/lib/libgslcblas.so;/usr/lib/libm.so

Could you check the output of your cmake.

Peter

From syntheticpp at gmx.net  Sat Mar 19 13:37:34 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Sat, 19 Mar 2011 13:37:34 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/misc
In-Reply-To: <17578276.1851131300537404907.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <17578276.1851131300537404907.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <4D84A38E.4050102@gmx.net>

On 19.03.2011 13:23, Nicolas Brisset wrote:
>> SVN commit 1225293 by kuemmel:
>>
>> update release script
> Peter, if you're going to make a release (even though I'd like to try the fix for the gsl crash before...), don't forget the small issue I mentioned in the Windows installer, where the shortcut still contained beta3 or something like that.

I wonder how this could happen.

>
> Nicolas
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>
>

From syntheticpp at gmx.net  Sat Mar 19 13:41:58 2011
From: syntheticpp at gmx.net (=?UTF-8?Q?Peter=20K=C3=BCmmel=20?=)
Date: Sat, 19 Mar 2011 13:41:58 +0100 (CET)
Subject: [Kst]  [Bug 268893] New: Command line option -w
Message-ID: <bug-268893-29221@http.bugs.kde.org/>

https://bugs.kde.org/show_bug.cgi?id=268893

           Summary: Command line option -w
           Product: kst
           Version: 2.0.4
          Platform: Unlisted Binaries
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: kst at kde.org
        ReportedBy: syntheticpp at gmx.net


Version:           2.0.4
OS:                Linux

Another idea that comes to mind is using the -w (like "wizard" switch, as we
had in kst 1.x) to open the datafile directly in the wizard.


Reproducible: Didn't try

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

From syntheticpp at gmx.net  Sat Mar 19 13:42:47 2011
From: syntheticpp at gmx.net (=?UTF-8?B?UGV0ZXIgS8O8bW1lbA==?=)
Date: Sat, 19 Mar 2011 13:42:47 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src
In-Reply-To: <1914547264.1847821300534550221.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <1914547264.1847821300534550221.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <4D84A4C7.8050005@gmx.net>

On 19.03.2011 12:35, Nicolas Brisset wrote:
> Hi Peter,
>
> ----- "Peter K?mmel"<syntheticpp at gmx.net>  a ?crit :
>> SVN commit 1225259 by kuemmel:
>>
>> When only a filename is passed to kst without any further arguments
>> and it is not a .kst file try to find a datasource which could load
>> it, and show all vectors against INDEX. Each datasource could overwrite
>> this behavior, like it was asked by Syam Krishnan C.R. on the mailinglist.
>>
>> Having this feature it is now possible to register Kst as default
>> program for opening data files: double-click on your data file and see Kst
>> previewing your data!
> While the idea has some good sides to it, I think it is dangerous. Imagine what happens if you pass kst a datafile with thousands of variables?
> I think we need to fine-tune the behavior a bit. One possibility would be to load only the first x vectors (x being in the area of 30 to 40). But other ideas are welcome.
>

You are right, it's limted to 36 now, mybe not the best solution, and hardcoded...


> Another idea that comes to mind is using the -w (like "wizard" switch, as we had in kst 1.x) to open the datafile directly in the wizard.

https://bugs.kde.org/show_bug.cgi?id=268893

>
> In fact, I'm still not completely sure what Syam's use case is. It would be nice to clarify it a bit before spending time developing more stuff. Using the -F switch to load the data vectors from a different file, but using a standard layout is a pretty nice possibility if you always have the same data. If it's not clear to you what this feature is, I can give more explanations.
>
> Syam, could you possibly post two sample fiels (one binary, one ASCII) and more details on your workflow? Things like knowing whether you always look at the same vectors or not, or how many clicks are acceptable when loading new data, whether you always want to look at all vectors and how many there are in your files are all important information. Also, batch use cases would be interesting to mention, if you have some.
>
> Best,
>
> Nicolas
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst

From matt at truch.net  Sat Mar 19 13:50:42 2011
From: matt at truch.net (Matthew Truch)
Date: Sat, 19 Mar 2011 08:50:42 -0400
Subject: [Kst] Re: The crash when using a gsl-based fit plugin: possible
	solution
In-Reply-To: <4D84A2DD.1010805@gmx.net>
References: <1374626385.1850661300536805740.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<4D84A2DD.1010805@gmx.net>
Message-ID: <944b01c6-a2b5-4f87-b8c0-1020c94ac520@email.android.com>

"Peter K?mmel" <syntheticpp at gmx.net> wrote:

>On 19.03.2011 13:13, Nicolas Brisset wrote:
>>>> It seems that making the gsl flags "-Wl,--no-as-needed -lgsl
>>> -lgslcblas -lm" and making sure they are at the end of the list
>should
>>> fix the issue.
>>>>
>>>> Peter, could you try to add that to cmake so that I can check
>>> whether it works? Having all fit plugins crash is really bad. We
>>> should try to fix it, especially if there is a known solution. I'm
>>> actually surprised that it does not crash on other Linux systems as
>>> this way of linking seems to be the default for gsl.
>>>
>>> As I understand it, gsl loads a blas lib at runtime. Have you
>>> installed one of them on your sytem?
>>
>> Yes, it is in fact part of the gsl package. It's just that somehow it
>is not correctly linked.
>>
>> nicolas at linux-cwbq:~>  rpm -ql gsl
>> /usr/bin/gsl-histogram
>> /usr/bin/gsl-randist
>> /usr/lib/libgsl.so.0
>> /usr/lib/libgsl.so.0.15.0
>> /usr/lib/libgslcblas.so.0
>> /usr/lib/libgslcblas.so.0.0.0
>>
>> Is it difficult to try the above mentioned switch? I guess changing
>the gsl flags when gsl is found should do the trick...
>
>It's not difficult to add such options but I don't think it will fix
>it, or have you tried?
>
>The bug report you mentioned is about build time because resolving all
>files was required by --as-needed.
>
>But you have a runtime error.
>
>Does 'ldd' list libgslcblas.so when you call it on a gsl plugin?
>
>
>Here on Ubuntu we link against cblas:
>-- Found Gsl:
>--      includes : /usr/include/gsl;/usr/include/gsl/..
>--      libraries:
>/usr/lib/libgsl.so;/usr/lib/libgslcblas.so;/usr/lib/libm.so
>
>Could you check the output of your cmake.
>
>Peter
>_______________________________________________
>Kst mailing list
>Kst at kde.org
>https://mail.kde.org/mailman/listinfo/kst

gsl provides its own cblas library, but it's separate because there are other implimentations which are compatible and are faster. Generally, if a non-gsl cblas library is found it should be prefered over the included one, something that the build system should attempt to figure out.
-- 
Mathew Truch
matt at truch.net

From nicolas.brisset at free.fr  Sat Mar 19 13:54:03 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Sat, 19 Mar 2011 13:54:03 +0100 (CET)
Subject: [Kst] Re: The crash when using a gsl-based fit plugin: possible
 solution
In-Reply-To: <192249213.1852931300539138782.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <1474408558.1853071300539243294.JavaMail.root@zimbra13-e2.priv.proxad.net>

> It's not difficult to add such options but I don't think it will fix
> it, or have you tried?
I haven't tried anything yet, just read some.
 
> The bug report you mentioned is about build time because resolving all
> files was required by --as-needed.
> 
> But you have a runtime error.
> 
> Does 'ldd' list libgslcblas.so when you call it on a gsl plugin?
No:
nicolas at linux-cwbq:~/Code/kst_cmake/qtcreator-build/debug/build/lib/kst2/plugins> ldd libkst_fits_polynomial_weighted.so
        linux-gate.so.1 =>  (0xffffe000)
        libkstcore.so.2 => /media/linux2/Code/kst_cmake/qtcreator-build/debug/build/lib/libkstcore.so.2 (0xb767c000)
        libkstmath.so.2 => /media/linux2/Code/kst_cmake/qtcreator-build/debug/build/lib/libkstmath.so.2 (0xb758e000)
        libkstwidgets.so.2 => /media/linux2/Code/kst_cmake/qtcreator-build/debug/build/lib/libkstwidgets.so.2 (0xb74fd000)
        libQtCore.so.4 => /usr/lib/libQtCore.so.4 (0xb7233000)
        libQtGui.so.4 => /usr/lib/libQtGui.so.4 (0xb676c000)
        libQtXml.so.4 => /usr/lib/libQtXml.so.4 (0xb6729000)
        libQtOpenGL.so.4 => /usr/lib/libQtOpenGL.so.4 (0xb6637000)
        libQtSvg.so.4 => /usr/lib/libQtSvg.so.4 (0xb65e0000)
        libgsl.so.0 => /usr/lib/libgsl.so.0 (0xb63cb000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb62da000)
        libm.so.6 => /lib/libm.so.6 (0xb62b0000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb6292000)
        libc.so.6 => /lib/libc.so.6 (0xb6127000)
        librt.so.1 => /lib/librt.so.1 (0xb611d000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xb6101000)
        libz.so.1 => /lib/libz.so.1 (0xb60ed000)
        libdl.so.2 => /lib/libdl.so.2 (0xb60e8000)
        libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb60e2000)
        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb5ffc000)
        libpng14.so.14 => /usr/lib/libpng14.so.14 (0xb5fcf000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb5f48000)
        libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb5eff000)
        libSM.so.6 => /usr/lib/libSM.so.6 (0xb5ef6000)
        libICE.so.6 => /usr/lib/libICE.so.6 (0xb5edb000)
        libXi.so.6 => /usr/lib/libXi.so.6 (0xb5eca000)
        libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb5ebf000)
        libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb5eb6000)
        libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb5eb0000)
        libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb5ea4000)
        libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb5ea0000)
        libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb5e69000)
        libXext.so.6 => /usr/lib/libXext.so.6 (0xb5e57000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0xb5d1c000)
        libGL.so.1 => /usr/lib/libGL.so.1 (0xb5cb8000)
        /lib/ld-linux.so.2 (0xb773d000)
        libpcre.so.0 => /lib/libpcre.so.0 (0xb5c88000)
        libuuid.so.1 => /lib/libuuid.so.1 (0xb5c82000)
        libexpat.so.1 => /lib/libexpat.so.1 (0xb5c58000)
        libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb5c38000)
        libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0xb5c32000)
        libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0xb5c2d000)
        libdrm.so.2 => /usr/lib/libdrm.so.2 (0xb5c20000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0xb5c1c000)

That sounds like an issue indeed.

 
> Here on Ubuntu we link against cblas:
> -- Found Gsl:
> --      includes : /usr/include/gsl;/usr/include/gsl/..
> --      libraries:
> /usr/lib/libgsl.so;/usr/lib/libgslcblas.so;/usr/lib/libm.so
> 
> Could you check the output of your cmake.
-- Found Gsl:
--      includes : /usr/include/gsl;/usr/include/gsl/..
--      libraries: /usr/lib/libgsl.so;/usr/lib/libm.so

Ok, so what would be the next step?

Nicolas

From syntheticpp at gmx.net  Sat Mar 19 14:06:26 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Sat, 19 Mar 2011 14:06:26 +0100
Subject: [Kst] Re: The crash when using a gsl-based fit plugin: possible
 solution
In-Reply-To: <1474408558.1853071300539243294.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <1474408558.1853071300539243294.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <4D84AA52.6000507@gmx.net>

On 19.03.2011 13:54, Nicolas Brisset wrote:
>> It's not difficult to add such options but I don't think it will fix
>> it, or have you tried?
> I haven't tried anything yet, just read some.
>
>> The bug report you mentioned is about build time because resolving all
>> files was required by --as-needed.
>>
>> But you have a runtime error.
>>
>> Does 'ldd' list libgslcblas.so when you call it on a gsl plugin?
> No:
> nicolas at linux-cwbq:~/Code/kst_cmake/qtcreator-build/debug/build/lib/kst2/plugins>  ldd libkst_fits_polynomial_weighted.so
>          linux-gate.so.1 =>   (0xffffe000)
>          libkstcore.so.2 =>  /media/linux2/Code/kst_cmake/qtcreator-build/debug/build/lib/libkstcore.so.2 (0xb767c000)
>          libkstmath.so.2 =>  /media/linux2/Code/kst_cmake/qtcreator-build/debug/build/lib/libkstmath.so.2 (0xb758e000)
>          libkstwidgets.so.2 =>  /media/linux2/Code/kst_cmake/qtcreator-build/debug/build/lib/libkstwidgets.so.2 (0xb74fd000)
>          libQtCore.so.4 =>  /usr/lib/libQtCore.so.4 (0xb7233000)
>          libQtGui.so.4 =>  /usr/lib/libQtGui.so.4 (0xb676c000)
>          libQtXml.so.4 =>  /usr/lib/libQtXml.so.4 (0xb6729000)
>          libQtOpenGL.so.4 =>  /usr/lib/libQtOpenGL.so.4 (0xb6637000)
>          libQtSvg.so.4 =>  /usr/lib/libQtSvg.so.4 (0xb65e0000)
>          libgsl.so.0 =>  /usr/lib/libgsl.so.0 (0xb63cb000)
>          libstdc++.so.6 =>  /usr/lib/libstdc++.so.6 (0xb62da000)
>          libm.so.6 =>  /lib/libm.so.6 (0xb62b0000)
>          libgcc_s.so.1 =>  /lib/libgcc_s.so.1 (0xb6292000)
>          libc.so.6 =>  /lib/libc.so.6 (0xb6127000)
>          librt.so.1 =>  /lib/librt.so.1 (0xb611d000)
>          libpthread.so.0 =>  /lib/libpthread.so.0 (0xb6101000)
>          libz.so.1 =>  /lib/libz.so.1 (0xb60ed000)
>          libdl.so.2 =>  /lib/libdl.so.2 (0xb60e8000)
>          libgthread-2.0.so.0 =>  /usr/lib/libgthread-2.0.so.0 (0xb60e2000)
>          libglib-2.0.so.0 =>  /usr/lib/libglib-2.0.so.0 (0xb5ffc000)
>          libpng14.so.14 =>  /usr/lib/libpng14.so.14 (0xb5fcf000)
>          libfreetype.so.6 =>  /usr/lib/libfreetype.so.6 (0xb5f48000)
>          libgobject-2.0.so.0 =>  /usr/lib/libgobject-2.0.so.0 (0xb5eff000)
>          libSM.so.6 =>  /usr/lib/libSM.so.6 (0xb5ef6000)
>          libICE.so.6 =>  /usr/lib/libICE.so.6 (0xb5edb000)
>          libXi.so.6 =>  /usr/lib/libXi.so.6 (0xb5eca000)
>          libXrender.so.1 =>  /usr/lib/libXrender.so.1 (0xb5ebf000)
>          libXrandr.so.2 =>  /usr/lib/libXrandr.so.2 (0xb5eb6000)
>          libXfixes.so.3 =>  /usr/lib/libXfixes.so.3 (0xb5eb0000)
>          libXcursor.so.1 =>  /usr/lib/libXcursor.so.1 (0xb5ea4000)
>          libXinerama.so.1 =>  /usr/lib/libXinerama.so.1 (0xb5ea0000)
>          libfontconfig.so.1 =>  /usr/lib/libfontconfig.so.1 (0xb5e69000)
>          libXext.so.6 =>  /usr/lib/libXext.so.6 (0xb5e57000)
>          libX11.so.6 =>  /usr/lib/libX11.so.6 (0xb5d1c000)
>          libGL.so.1 =>  /usr/lib/libGL.so.1 (0xb5cb8000)
>          /lib/ld-linux.so.2 (0xb773d000)
>          libpcre.so.0 =>  /lib/libpcre.so.0 (0xb5c88000)
>          libuuid.so.1 =>  /lib/libuuid.so.1 (0xb5c82000)
>          libexpat.so.1 =>  /lib/libexpat.so.1 (0xb5c58000)
>          libxcb.so.1 =>  /usr/lib/libxcb.so.1 (0xb5c38000)
>          libXxf86vm.so.1 =>  /usr/lib/libXxf86vm.so.1 (0xb5c32000)
>          libXdamage.so.1 =>  /usr/lib/libXdamage.so.1 (0xb5c2d000)
>          libdrm.so.2 =>  /usr/lib/libdrm.so.2 (0xb5c20000)
>          libXau.so.6 =>  /usr/lib/libXau.so.6 (0xb5c1c000)
>
> That sounds like an issue indeed.
>
>
>> Here on Ubuntu we link against cblas:
>> -- Found Gsl:
>> --      includes : /usr/include/gsl;/usr/include/gsl/..
>> --      libraries:
>> /usr/lib/libgsl.so;/usr/lib/libgslcblas.so;/usr/lib/libm.so
>>
>> Could you check the output of your cmake.
> -- Found Gsl:
> --      includes : /usr/include/gsl;/usr/include/gsl/..
> --      libraries: /usr/lib/libgsl.so;/usr/lib/libm.so
>
> Ok, so what would be the next step?

We have to fix FindGsl.cmake. It must also check for cblas.

>
> Nicolas
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>

From syntheticpp at gmx.net  Sat Mar 19 14:13:42 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Sat, 19 Mar 2011 14:13:42 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/libkstapp
Message-ID: <20110319131342.D9CF3AC8C8@svn.kde.org>

SVN commit 1225297 by kuemmel:

simplify usecase: open data by double-click, fix read options with the data wizard.
                  ->show last data file in data wizard

 M  +3 -1      commandlineparser.cpp  
 M  +6 -2      commandlineparser.h  
 M  +2 -1      datawizard.cpp  
 M  +4 -1      mainwindow.cpp  
 M  +2 -1      mainwindow.h  


--- branches/work/kst/portto4/kst/src/libkstapp/commandlineparser.cpp #1225296:1225297
@@ -138,7 +138,8 @@
 
 
 
-CommandLineParser::CommandLineParser(Document *doc):
+CommandLineParser::CommandLineParser(Document *doc, MainWindow* mw) :
+      _mainWindow(mw),
       _doAve(false), _doSkip(false), _doConsecutivePlots(true), _useBargraph(false), 
       _useLines(true), _usePoints(false), _overrideStyle(false), _sampleRate(1.0), 
       _numFrames(-1), _startFrame(-1),
@@ -608,6 +609,7 @@
             curves = autoCurves(ds);
           }
           if (!curves.isEmpty()) {
+            _mainWindow->updateRecentDataFiles(arg);
             int count = 0;
             foreach(const ObjectPtr& ptr, curves) {
               if (kst_cast<Curve>(ptr)) {
--- branches/work/kst/portto4/kst/src/libkstapp/commandlineparser.h #1225296:1225297
@@ -16,6 +16,7 @@
 #include "document.h"
 #include "datavector.h"
 #include "plotitem.h"
+#include "mainwindow.h"
 
 #include <QStringList>
 #include <QPrinter>
@@ -24,9 +25,10 @@
 /**
 	@author Barth Netterfield <netterfield at physics.utoronto.ca>
 */
-class CommandLineParser{
+class CommandLineParser
+{
 public:
-  CommandLineParser(Document *doc);
+  CommandLineParser(Document *doc, MainWindow* mw);
   ~CommandLineParser();
 
   bool processCommandLine(bool *ok);
@@ -56,6 +58,8 @@
   bool _landscape;
   QPrinter::PaperSize _paperSize;
 
+  MainWindow* _mainWindow;
+
   QStringList _fileNames;
   QStringList _arguments;
   PlotItem *_plotItem;
--- branches/work/kst/portto4/kst/src/libkstapp/datawizard.cpp #1225296:1225297
@@ -45,7 +45,8 @@
 //
 
 DataWizardPageDataSource::DataWizardPageDataSource(ObjectStore *store, QWidget *parent, const QString& default_source)
-  : QWizardPage(parent), _pageValid(false), _store(store), _requestID(0) {
+  : QWizardPage(parent), _pageValid(false), _store(store), _requestID(0)
+{
    setupUi(this);
 
   MainWindow::setWidgetFlags(this);
--- branches/work/kst/portto4/kst/src/libkstapp/mainwindow.cpp #1225296:1225297
@@ -298,7 +298,10 @@
 void MainWindow::updateRecentDataFiles(const QString& filename)
 {
   updateRecentFiles("recentDataFileList", _toolsMenu, _bottomRecentDataActions, _recentDataFilesMenu, filename, SLOT(openRecentDataFile()));
+  if (!filename.isEmpty()) {
+    _dialogDefaults->setValue("vector/datasource", filename);
 }
+}
 
 
 void MainWindow::updateRecentFiles(const QString& key, QMenu* menu, QList<QAction*>& actions, QMenu* submenu, const QString& newfilename, const char* openslot)
@@ -375,7 +378,7 @@
   delete _doc;
   _doc = new Document(this);
 
-  CommandLineParser P(_doc);
+  CommandLineParser P(_doc, this);
 
   bool ok = _doc->initFromCommandLine(&P);
   if (!P.pngFile().isEmpty()) {
--- branches/work/kst/portto4/kst/src/libkstapp/mainwindow.h #1225296:1225297
@@ -107,6 +107,8 @@
     void tiedZoomRemoved();
     void allPlotsTiedZoom();
 
+    void updateRecentDataFiles(const QString& newfilename = QString());
+
   private Q_SLOTS:
     void aboutToQuit();
     void about();
@@ -148,7 +150,6 @@
     void openRecentKstFile();
     void openRecentDataFile();
     void updateRecentKstFiles(const QString& newfilename = QString());
-    void updateRecentDataFiles(const QString& newfilename = QString());
     void checkRecentFilesOnExistence();
 
   protected:

From syntheticpp at gmx.net  Sat Mar 19 14:23:13 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Sat, 19 Mar 2011 14:23:13 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/cmake/modules
Message-ID: <20110319132313.26D60AC8C8@svn.kde.org>

SVN commit 1225298 by kuemmel:

when there is no pkg information available look also for gslcblas

 M  +1 -1      FindGsl.cmake  


--- branches/work/kst/portto4/kst/cmake/modules/FindGsl.cmake #1225297:1225298
@@ -6,7 +6,7 @@
 pkg_check_modules(PKGGSL QUIET gsl)
 
 if(NOT PKGGSL_LIBRARIES)
-	set(PKGGSL_LIBRARIES gsl)
+	set(PKGGSL_LIBRARIES gsl gslcblas)
     if (UNIX)
 		set(PKGGSL_LIBRARIES ${PKGGSL_LIBRARIES} m)
 	endif()

From syntheticpp at gmx.net  Sat Mar 19 14:32:37 2011
From: syntheticpp at gmx.net (=?UTF-8?B?UGV0ZXIgS8O8bW1lbA==?=)
Date: Sat, 19 Mar 2011 14:32:37 +0100
Subject: [Kst] Re: The crash when using a gsl-based fit plugin: possible
 solution
In-Reply-To: <944b01c6-a2b5-4f87-b8c0-1020c94ac520@email.android.com>
References: <1374626385.1850661300536805740.JavaMail.root@zimbra13-e2.priv.proxad.net>	<4D84A2DD.1010805@gmx.net>
	<944b01c6-a2b5-4f87-b8c0-1020c94ac520@email.android.com>
Message-ID: <4D84B075.3060006@gmx.net>

> gsl provides its own cblas library, but it's separate because there are other implimentations which are compatible and are faster. Generally, if a non-gsl cblas library is found it should be prefered over the included one, something that the build system should attempt to figure out.

Hi Matthew,

do you know if we could rely on gsl's pkg-config file for finding the correct cblas lib?

Peter

From matt at truch.net  Sat Mar 19 14:40:54 2011
From: matt at truch.net (Matthew Truch)
Date: Sat, 19 Mar 2011 09:40:54 -0400
Subject: [Kst] Re: The crash when using a gsl-based fit plugin: possible
	solution
In-Reply-To: <4D84B075.3060006@gmx.net>
References: <1374626385.1850661300536805740.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<4D84A2DD.1010805@gmx.net>
	<944b01c6-a2b5-4f87-b8c0-1020c94ac520@email.android.com>
	<4D84B075.3060006@gmx.net>
Message-ID: <b3c3a5f8-23c0-4158-9f95-45c4d90e18c5@email.android.com>

"Peter K?mmel" <syntheticpp at gmx.net> wrote:

>> gsl provides its own cblas library, but it's separate because there
>are other implimentations which are compatible and are faster.
>Generally, if a non-gsl cblas library is found it should be prefered
>over the included one, something that the build system should attempt
>to figure out.
>
>Hi Matthew,
>
>do you know if we could rely on gsl's pkg-config file for finding the
>correct cblas lib?
>
>Peter
>_______________________________________________
>Kst mailing list
>Kst at kde.org
>https://mail.kde.org/mailman/listinfo/kst

I don't know. But I'm going to guess not as it's something that could be installed after gsl was first installed.
-- 
Mathew Truch
matt at truch.net

From syntheticpp at gmx.net  Sat Mar 19 14:47:22 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Sat, 19 Mar 2011 14:47:22 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/cmake/modules
Message-ID: <20110319134722.80047AC8C8@svn.kde.org>

SVN commit 1225301 by kuemmel:

no gslcblas on windows

 M  +2 -2      FindGsl.cmake  


--- branches/work/kst/portto4/kst/cmake/modules/FindGsl.cmake #1225300:1225301
@@ -6,9 +6,9 @@
 pkg_check_modules(PKGGSL QUIET gsl)
 
 if(NOT PKGGSL_LIBRARIES)
-	set(PKGGSL_LIBRARIES gsl gslcblas)
+	set(PKGGSL_LIBRARIES gsl)
     if (UNIX)
-		set(PKGGSL_LIBRARIES ${PKGGSL_LIBRARIES} m)
+		set(PKGGSL_LIBRARIES ${PKGGSL_LIBRARIES} m gslcblas)
 	endif()
 endif()
 

From syntheticpp at gmx.net  Sat Mar 19 14:47:57 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Sat, 19 Mar 2011 14:47:57 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/cmake/modules
Message-ID: <20110319134757.98B0FAC8C9@svn.kde.org>

SVN commit 1225302 by kuemmel:

use tabs

 U             FindGsl.cmake  



From syntheticpp at gmx.net  Sat Mar 19 14:52:01 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Sat, 19 Mar 2011 14:52:01 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/cmake/modules
Message-ID: <20110319135201.E7562AC8C8@svn.kde.org>

SVN commit 1225303 by kuemmel:

currently we have tabs in the cmake files

 U             FindCFITSIO.cmake  
 M  +4 -8      FindDmc.cmake  
 U             FindGetdata.cmake  
 U             FindNetcdf.cmake  


--- branches/work/kst/portto4/kst/cmake/modules/FindDmc.cmake #1225302:1225303
@@ -12,20 +12,17 @@
     HINTS
     ENV PQ_DIR
     PATH_SUFFIXES include
-    PATHS
-    )
+		PATHS)
   FIND_PATH(PIO_DB PIODB.h
 		HINTS
     ENV DMC_DIR
     PATH_SUFFIXES HL2_DMC include/HL2_DMC
-		PATHS
-		)
+		PATHS)
   FIND_PATH(PIO_ERR PIOErr.h
     HINTS
     ENV DMC_DIR
     PATH_SUFFIXES HL2_PIOLIB include/HL2_PIOLIB
-    PATHS
-    )
+		PATHS)
   if(PIO_DB AND PIO_ERR AND PQ_DIR)
     set(DMC_INCLUDEDIR ${PIO_DB}/..)
   endif()
@@ -36,8 +33,7 @@
 		HINTS
     ENV DMC_DIR
     PATH_SUFFIXES lib lib/Linux-x86_64
-		PATHS
-		)
+		PATHS)
 endif()
 
 #message(STATUS "PIO_DB ${PIO_DB}")

From syntheticpp at gmx.net  Sat Mar 19 14:54:09 2011
From: syntheticpp at gmx.net (=?UTF-8?B?UGV0ZXIgS8O8bW1lbA==?=)
Date: Sat, 19 Mar 2011 14:54:09 +0100
Subject: [Kst] Re: Building Kst
In-Reply-To: <278770691.1845851300532886995.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <278770691.1845851300532886995.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <4D84B581.50003@gmx.net>

On 19.03.2011 12:08, Nicolas Brisset wrote:
> Hi Syam,
>
> ----- "Sonic"<get.sonic at gmail.com>  a ?crit :
>> Hello
>>
>>     I checked out Kst from SVN by:
>> svn co svn://anonsvn.kde.org/home/kde/branches/work/kst/portto4/kst
>>
>> I opened the top-level kst.pro file in Qt Creator (2.1-RC) on Fedora
>> 14
>> and tried to build.
>>
>> Errors:
>
> I'd suggest you use cmake to build kst2, this is becoming the default and already is more reliable than qmake, which will probably be dropped soon anyway. Plus cmake also has nice options (like merged files) which make building much faster.
> To do that, if you're using QtCreator it is extremely easy: just open the CMakeLists.txt file in the cmake/ directory under the root of the source tree and let the wizard guide you. Of course, you need to have a recent enough version of cmake, but that should not be too hard.
>
> Let us know if you still have issues building with cmake.

qmake is deprecated, nevertheless I've fix it and you could use qmake if you want.

Peter

From nicolas.brisset at free.fr  Sat Mar 19 15:05:14 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Sat, 19 Mar 2011 15:05:14 +0100 (CET)
Subject: [Kst] Re: branches/work/kst/portto4/kst/cmake/modules
In-Reply-To: <20110319132313.26D60AC8C8@svn.kde.org>
Message-ID: <983963905.1858381300543514185.JavaMail.root@zimbra13-e2.priv.proxad.net>

> SVN commit 1225298 by kuemmel:
> 
> when there is no pkg information available look also for gslcblas
YES! That seems to fix it!
Thanks a lot!

Now, it exposes the next bug: the fit creates a label with the fit results, but it looks pretty badly broken. I guess it's pretty trivial to fix, maybe you can have a look before packaging for the release?

Nicolas

From matt at truch.net  Sat Mar 19 19:04:13 2011
From: matt at truch.net (Matthew D Truch)
Date: Sat, 19 Mar 2011 14:04:13 -0400
Subject: [Kst] Re: branches/work/kst/portto4/kst/src
In-Reply-To: <1914547264.1847821300534550221.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <1935643011.1847291300534150369.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<1914547264.1847821300534550221.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <20110319180413.GA3673@truch.net>

> > When only a filename is passed to kst without any further arguments
> > and it is not a .kst file try to find a datasource which could load
> > it, and show all vectors against INDEX. Each datasource could overwrite
> > this behavior, like it was asked by Syam Krishnan C.R. on the mailinglist.
> > 
> > Having this feature it is now possible to register Kst as default
> > program for opening data files: double-click on your data file and see Kst
> > previewing your data!
> While the idea has some good sides to it, I think it is dangerous.
> Imagine what happens if you pass kst a datafile with thousands of
> variables? 
> I think we need to fine-tune the behavior a bit. One possibility would
> be to load only the first x vectors (x being in the area of 30 to 40).
> But other ideas are welcome.

Well, kst already checks if there is enough memory available to open
things.  Perhaps that check should be part of the process?  I certainly
like the idea of kst auto starting up when someone double clicks on data
and the like.  Perhaps to appease both sides, an setting which permits
the choice between auto-loading and displaying all data (subject to
memory limits) or just auto-starting the data wizard with that datafile
pre-selected (thereby skipping the first screen of the wizard).  

> In fact, I'm still not completely sure what Syam's use case is. It
> would be nice to clarify it a bit before spending time developing more
> stuff. Using the -F switch to load the data vectors from a different
> file, but using a standard layout is a pretty nice possibility if you
> always have the same data. If it's not clear to you what this feature
> is, I can give more explanations.

Well, certainly when I have relatively "simple" data files I often just
want to plot everything in the file.  And then I go from there (like
zoom in) if something looks interesting to me. 

-- 
"Duct Tape is like the Force.  It has a dark side, a light side, and holds the universe together."
--------------------------
Matthew Truch
Department of Physics and Astronomy
University of Pennsylvania
matt at truch.net
http://matt.truch.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kst/attachments/20110319/8abceb03/attachment.sig 

From syntheticpp at gmx.net  Sat Mar 19 21:34:53 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Sat, 19 Mar 2011 21:34:53 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/libkstapp
Message-ID: <20110319203453.7A9CCAC8C8@svn.kde.org>

SVN commit 1225318 by kuemmel:

ask if it should plot all curves

 M  +21 -4     commandlineparser.cpp  
 M  +1 -2      commandlineparser.h  


--- branches/work/kst/portto4/kst/src/libkstapp/commandlineparser.cpp #1225317:1225318
@@ -24,6 +24,7 @@
 #include <QCoreApplication>
 #include <QFileInfo>
 #include <QMessageBox>
+
 #include "curve.h"
 #include "psd.h"
 #include "histogram.h"
@@ -608,23 +609,39 @@
           if (curves.isEmpty()) {
             curves = autoCurves(ds);
           }
-          if (!curves.isEmpty()) {
+          int curve_count = 0;
+          foreach(const ObjectPtr& ptr, curves) {
+            if (kst_cast<Curve>(ptr)) {
+              curve_count++;
+            }
+          }
+          if (curve_count > 0) {
             _mainWindow->updateRecentDataFiles(arg);
             int count = 0;
+            const int max_count = 6 * 6;
+            bool asked = false;
             foreach(const ObjectPtr& ptr, curves) {
               if (kst_cast<Curve>(ptr)) {
+                if (!asked && count >= max_count) {
+                  asked = true;
+                  QMessageBox::StandardButton res = QMessageBox::question(0, "Kst reading datafile", QString(
+                    "Kst found %1 Curves in the specified data file.\n"
+                    "Should Kst plot all %1 curves?\n"
+                    "If not, Kst plots only %2 curves.").arg(curve_count).arg(max_count),
+                    QMessageBox::Yes | QMessageBox::No, QMessageBox::Yes);
+                  if (res == QMessageBox::No) {
+                    break;
+                  }
+                }
                 addCurve(kst_cast<Curve>(ptr));
                 count++;
               }
-              if (count >= 6 * 6) {
-                break;
               }
             }
           }
         }
       }
     }
-  }
 
   // set defaults to match what has been set.
   _dialogDefaults->setValue("print/landscape", _landscape);
--- branches/work/kst/portto4/kst/src/libkstapp/commandlineparser.h #1225317:1225318
@@ -38,6 +38,7 @@
   //bool landscape() const {return _landscape;}
 
 private:
+  MainWindow* _mainWindow;
   bool _doAve;
   bool _doSkip;
   bool _doConsecutivePlots;
@@ -58,8 +59,6 @@
   bool _landscape;
   QPrinter::PaperSize _paperSize;
 
-  MainWindow* _mainWindow;
-
   QStringList _fileNames;
   QStringList _arguments;
   PlotItem *_plotItem;

From nicolas.brisset at free.fr  Sat Mar 19 23:05:30 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Sat, 19 Mar 2011 23:05:30 +0100 (CET)
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/libkstapp
In-Reply-To: <20110319203453.7A9CCAC8C8@svn.kde.org>
Message-ID: <1652986978.1890461300572330624.JavaMail.root@zimbra13-e2.priv.proxad.net>

> SVN commit 1225318 by kuemmel:
> 
> ask if it should plot all curves
I don't know if that's what Matt had in mind, although it is probably a nice option. What I imagined was rather an option in the settings, which you could set: in a groupbox named "when a data file is passed as argument" and radio buttons:
o ask me the user how many vectors to load 
o load all vectors in the file
o load the first [spinbox] vectors (with a value defaulting to e.g. 36)

I think that's pretty close to what you did, only that there is the option for the user to not see the dialog at all. But I'm not sure it is so important before the release. We can improve it afterwards for 2.0.4.

On the other topic (broken fit labels): have you had a chance to take a look?

Nicolas

From syntheticpp at gmx.net  Sun Mar 20 09:56:15 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Sun, 20 Mar 2011 09:56:15 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/widgets
Message-ID: <20110320085615.3DE12AC8C8@svn.kde.org>

SVN commit 1225354 by kuemmel:

don't crash when no scalar is selected

 M  +3 -0      scalarlistselector.cpp  


--- branches/work/kst/portto4/kst/src/widgets/scalarlistselector.cpp #1225353:1225354
@@ -30,8 +30,11 @@
 
 
 QString ScalarListSelector::selectedScalar() const {
+  if (_scalars->currentItem()) {
   return _scalars->currentItem()->text();
 }
+  return QString();
+}
 
 
 void ScalarListSelector::fillScalars(QStringList &scalars) {

From syntheticpp at gmx.net  Sun Mar 20 11:37:37 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Sun, 20 Mar 2011 11:37:37 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/plugins/fits
Message-ID: <20110320103737.69302AC8C8@svn.kde.org>

SVN commit 1225368 by kuemmel:

Seems the idea was to use parameter = parameter.arg(index);
But why only for 0?
Simply return a valid string for all indexes.


 M  +1 -9      polynomial_unweighted/fitpolynomial_unweighted.cpp  
 M  +1 -9      polynomial_weighted/fitpolynomial_weighted.cpp  


--- branches/work/kst/portto4/kst/src/plugins/fits/polynomial_unweighted/fitpolynomial_unweighted.cpp #1225367:1225368
@@ -274,18 +274,10 @@
 
 
 QString FitPolynomialUnweightedSource::parameterName(int index) const {
-  QString parameter;
-  switch (index) {
-    case 0:
-      parameter = "x^%1";
-      parameter.arg(index);
-      break;
+  return QString("x^%1").arg(index);
   }
 
-  return parameter;
-}
 
-
 // Name used to identify the plugin.  Used when loading the plugin.
 QString FitPolynomialUnweightedPlugin::pluginName() const { return "Polynomial Fit"; }
 QString FitPolynomialUnweightedPlugin::pluginDescription() const { return "Generates a polynomial fit for a set of data."; }
--- branches/work/kst/portto4/kst/src/plugins/fits/polynomial_weighted/fitpolynomial_weighted.cpp #1225367:1225368
@@ -296,18 +296,10 @@
 
 
 QString FitPolynomialWeightedSource::parameterName(int index) const {
-  QString parameter;
-  switch (index) {
-    case 0:
-      parameter = "x^%1";
-      parameter.arg(index);
-      break;
+  return QString("x^%1").arg(index);
   }
 
-  return parameter;
-}
 
-
 // Name used to identify the plugin.  Used when loading the plugin.
 QString FitPolynomialWeightedPlugin::pluginName() const { return "Polynomial Weighted Fit"; }
 QString FitPolynomialWeightedPlugin::pluginDescription() const { return "Generates a polynomial weighted fit for a set of data."; }

From syntheticpp at gmx.net  Sun Mar 20 11:38:26 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Sun, 20 Mar 2011 11:38:26 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/libkstapp
Message-ID: <20110320103826.917D1AC8C8@svn.kde.org>

SVN commit 1225369 by kuemmel:

don't create the dialog two times (trigged by the signal)

 M  +1 -1      filterfitdialog.cpp  


--- branches/work/kst/portto4/kst/src/libkstapp/filterfitdialog.cpp #1225368:1225369
@@ -41,8 +41,8 @@
   _curveAppearance->setVisible(false);
   _curvePlacement->setVisible(false);
   _ignoreAutoScale->setVisible(false);
+  pluginChanged(pluginName);
   connect(_pluginCombo, SIGNAL(currentIndexChanged(const QString&)), this, SLOT(pluginChanged(const QString&)));
-  pluginChanged(pluginName);
 }
 
 

From nicolas.brisset at free.fr  Sun Mar 20 11:57:04 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Sun, 20 Mar 2011 11:57:04 +0100 (CET)
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/plugins/fits
In-Reply-To: <543939857.1911191300618520115.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <307031760.1911581300618624601.JavaMail.root@zimbra13-e2.priv.proxad.net>

> SVN commit 1225368 by kuemmel:
> 
> Seems the idea was to use parameter = parameter.arg(index);
> But why only for 0?
> Simply return a valid string for all indexes.
OK, that looks much better now. I'm just wondering: how much effort would it be for polynoms to create a string like 

[CStk Polynomial:x^0 (X71)] + [CStk Polynomial:x^1 (X72)]x + [CStk Polynomial:x^2 (X73)] x^2 with the sign correctly handled (i.e. no + -0.011940223) and x^0 and x^1 special-cased. It would be more readable than:

x^0: [CStk Polynomial:x^0 (X71)]
x^1: [CStk Polynomial:x^1 (X72)]
x^2: [CStk Polynomial:x^2 (X73)]

Nicolas

From syntheticpp at gmx.net  Sun Mar 20 13:19:41 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Sun, 20 Mar 2011 13:19:41 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src
Message-ID: <20110320121941.1A7DBAC8C8@svn.kde.org>

SVN commit 1225374 by kuemmel:

mathematical form of polynom

 M  +1 -1      libkstapp/filterfitdialog.cpp  
 M  +2 -0      libkstmath/basicplugin.h  
 M  +31 -1     plugins/fits/polynomial_unweighted/fitpolynomial_unweighted.cpp  
 M  +1 -2      plugins/fits/polynomial_unweighted/fitpolynomial_unweighted.h  


--- branches/work/kst/portto4/kst/src/libkstapp/filterfitdialog.cpp #1225373:1225374
@@ -279,7 +279,7 @@
 
     if (dataObject->hasParameterVector()) {
       CreateLabelCommand *cmd = new CreateLabelCommand;
-      QString *tmpstring = new QString(dataObject->label(9));
+      QString *tmpstring = new QString(dataObject->parameterVectorToString());
 
       cmd->createItem(tmpstring);
     }
--- branches/work/kst/portto4/kst/src/libkstmath/basicplugin.h #1225373:1225374
@@ -94,6 +94,8 @@
 
     virtual void internalUpdate();
     virtual bool hasParameterVector() const { return _outputVectors.contains("Parameters Vector");}
+    virtual QString parameterVectorToString() const { return label(9);}
+
   protected:
     BasicPlugin(ObjectStore *store);
     virtual ~BasicPlugin();
--- branches/work/kst/portto4/kst/src/plugins/fits/polynomial_unweighted/fitpolynomial_unweighted.cpp #1225373:1225374
@@ -125,7 +125,7 @@
         if (vectory) {
           setSelectedVectorX(vectory);
         }
-        QString scalarName = _cfg->value("Order Scalar").toString();
+        QString scalarName = _cfg->value("Input Order Scalar").toString();
         object = _store->retrieveObject(scalarName);
         Kst::Scalar* orderScalar = static_cast<Kst::Scalar*>(object);
         if (orderScalar) {
@@ -214,7 +214,37 @@
   return bReturn;
 }
 
+QString FitPolynomialUnweightedSource::parameterVectorToString() const {
 
+  QString str = Name();
+
+  if (hasParameterVector()) {
+    Kst::VectorPtr vectorParam = _outputVectors["Parameters Vector"];
+    //for (int i = vectorParam->length() - 1; i >= 0; i--) {
+    for (int i = 0; i < vectorParam->length(); i++) {
+      QString paramName = parameterName(i);
+      if (!paramName.isEmpty()) {
+        if (_outputScalars.contains(paramName)) {
+          QString name = _outputScalars[paramName]->Name();
+          double value = _outputScalars[paramName]->value();
+          if (i == 0) {
+            str += QString("\n[%1]").arg(name);
+          } else {
+            QString sign;
+            if (value >= 0) {
+              sign = " +";
+            }
+            str += QString("%1 [%2]%3").arg(sign).arg(_outputScalars[paramName]->Name()).arg(paramName);
+          }
+        }
+      }
+    }
+  }
+
+  return str;
+}
+
+
 Kst::VectorPtr FitPolynomialUnweightedSource::vectorX() const {
   return _inputVectors[VECTOR_IN_X];
 }
--- branches/work/kst/portto4/kst/src/plugins/fits/polynomial_unweighted/fitpolynomial_unweighted.h #1225373:1225374
@@ -49,10 +49,9 @@
     ~FitPolynomialUnweightedSource();
 
     virtual QString parameterName(int index) const;
+    virtual QString parameterVectorToString() const;
 
   friend class Kst::ObjectStore;
-
-
 };
 
 

From syntheticpp at gmx.net  Sun Mar 20 13:24:02 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Sun, 20 Mar 2011 13:24:02 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/libkstapp
In-Reply-To: <1652986978.1890461300572330624.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <1652986978.1890461300572330624.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <4D85F1E2.3040900@gmx.net>

On 19.03.2011 23:05, Nicolas Brisset wrote:
>> SVN commit 1225318 by kuemmel:
>>
>> ask if it should plot all curves
> I don't know if that's what Matt had in mind, although it is probably a nice option. What I imagined was rather an option in the settings, which you could set: in a groupbox named "when a data file is passed as argument" and radio buttons:
> o ask me the user how many vectors to load
> o load all vectors in the file
> o load the first [spinbox] vectors (with a value defaulting to e.g. 36)
>
> I think that's pretty close to what you did, only that there is the option for the user to not see the dialog at all. But I'm not sure it is so important before the release. We can improve it afterwards for 2.0.4.

Yes, better for 2.0.4.
>
> On the other topic (broken fit labels): have you had a chance to take a look?

Saving the fit does not work (looks like it is not implemented). Should we release any way?
Implementing it will take same days.

Peter

From nicolas.brisset at free.fr  Sun Mar 20 13:25:44 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Sun, 20 Mar 2011 13:25:44 +0100 (CET)
Subject: [Kst] Re: branches/work/kst/portto4/kst/src
In-Reply-To: <20110320121941.1A7DBAC8C8@svn.kde.org>
Message-ID: <1853052678.1916201300623943990.JavaMail.root@zimbra13-e2.priv.proxad.net>

> SVN commit 1225374 by kuemmel:
> 
> mathematical form of polynom
Excellent! Thanks...
Shouldn't we also do that for the weigthed polynomial fit?

Nicolas

From nicolas.brisset at free.fr  Sun Mar 20 13:29:59 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Sun, 20 Mar 2011 13:29:59 +0100 (CET)
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/libkstapp
In-Reply-To: <4D85F1E2.3040900@gmx.net>
Message-ID: <1110538489.1916571300624198996.JavaMail.root@zimbra13-e2.priv.proxad.net>

> Saving the fit does not work (looks like it is not implemented).
> Should we release any way?
> Implementing it will take same days.
Hum, good question. On the one hand, releasing something with saving partly broken sounds like a bad idea, but on the other hand we can't undefinitely postpone 2.0.3. 

I am a bit surprised that it is not implemented. But I'm not familiar with that part of the code. Maybe we should wait and get Barth's advice?
What do others think? In any case we'd do 2.0.4 with essentially bug fixes before moving on to bigger changes for 2.1.0...

Nicolas

From syntheticpp at gmx.net  Sun Mar 20 13:30:09 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Sun, 20 Mar 2011 13:30:09 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src
In-Reply-To: <1853052678.1916201300623943990.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <1853052678.1916201300623943990.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <4D85F351.5040204@gmx.net>

On 20.03.2011 13:25, Nicolas Brisset wrote:
>> SVN commit 1225374 by kuemmel:
>>
>> mathematical form of polynom
> Excellent! Thanks...
> Shouldn't we also do that for the weigthed polynomial fit?
>

"I leave it as an exercise for the reader" ;)

> Nicolas
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>

From nicolas.brisset at eurocopter.com  Sun Mar 20 22:44:50 2011
From: nicolas.brisset at eurocopter.com (Nicolas Brisset)
Date: Sun, 20 Mar 2011 22:44:50 +0100 (CET)
Subject: [Kst]
	branches/work/kst/portto4/kst/src/plugins/fits/polynomial_unweighted
Message-ID: <20110320214450.9114DAC8C9@svn.kde.org>

SVN commit 1225428 by brisset:

Beautify a bit the fit label.


 M  +8 -4      fitpolynomial_unweighted.cpp  


--- branches/work/kst/portto4/kst/src/plugins/fits/polynomial_unweighted/fitpolynomial_unweighted.cpp #1225427:1225428
@@ -227,14 +227,18 @@
         if (_outputScalars.contains(paramName)) {
           QString name = _outputScalars[paramName]->Name();
           double value = _outputScalars[paramName]->value();
-          if (i == 0) {
-            str += QString("\n[%1]").arg(name);
-          } else {
             QString sign;
             if (value >= 0) {
               sign = " +";
+          } else {
+            sign = " "; // Just for the space, the "-" is already in the number
             }
-            str += QString("%1 [%2]%3").arg(sign).arg(_outputScalars[paramName]->Name()).arg(paramName);
+          if (i == 0) {
+            str += QString("\n[%1]").arg(name);
+          } else if (i == 1) { // Special case x^1 to x
+            str += QString("%1[%2]x").arg(sign).arg(name);
+          } else {
+            str += QString("%1[%2]%3").arg(sign).arg(name).arg(paramName);
           }
         }
       }

From netterfield at astro.utoronto.ca  Mon Mar 21 20:11:33 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Mon, 21 Mar 2011 15:11:33 -0400
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/libkstapp
In-Reply-To: <1110538489.1916571300624198996.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <4D85F1E2.3040900@gmx.net>
	<1110538489.1916571300624198996.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <AANLkTi=z-_O2DzhnD9d-4+YXxC-CMJQ_0b2FfuueFM3p@mail.gmail.com>

Arggg...
It is implemented, but doesn't work.

Here is why:
  The output vectors get stored in a hash.
  A Hash's order is undefined.
  The names of the output vectors are written in the order of the hash.
  The short name numbers are allocated in the order they are created
  When creating the plugin in the first case, they are created in some
order at the whim of the programmer (eg, in setupOutputs).
  When creating the plugin when being loaded from file, they are
created in the order they were listed in the file, which is different.
Mehem ensues.

It is possible that save/load used to work because QHash at one time
might have kept the order of creation.  Or maybe it never worked.

In any case, we need to fix it:
options:
a) change from QHash to QMap, and change setupOutputs in all plugins
so things are created alphabetically (seems fragile)
b) something less fragile that I can't think of off hand.

I implemented (a) for unweighted linear fits and it does work.




On Sun, Mar 20, 2011 at 8:29 AM, Nicolas Brisset
<nicolas.brisset at free.fr> wrote:
>> Saving the fit does not work (looks like it is not implemented).
>> Should we release any way?
>> Implementing it will take same days.
> Hum, good question. On the one hand, releasing something with saving partly broken sounds like a bad idea, but on the other hand we can't undefinitely postpone 2.0.3.
>
> I am a bit surprised that it is not implemented. But I'm not familiar with that part of the code. Maybe we should wait and get Barth's advice?
> What do others think? In any case we'd do 2.0.4 with essentially bug fixes before moving on to bigger changes for 2.1.0...
>
> Nicolas
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>



-- 
C. Barth Netterfield
University of Toronto
416-845-0946

From netterfield at astro.utoronto.ca  Mon Mar 21 20:20:15 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Mon, 21 Mar 2011 15:20:15 -0400
Subject: [Kst] Re: branches/work/kst/portto4/kst/src
In-Reply-To: <20110319180413.GA3673@truch.net>
References: <1935643011.1847291300534150369.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<1914547264.1847821300534550221.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<20110319180413.GA3673@truch.net>
Message-ID: <AANLkTik-bNbLutc=RBoF47_+kRugeyYb-k4+6f+ZyLye@mail.gmail.com>

On Sat, Mar 19, 2011 at 2:04 PM, Matthew D Truch <matt at truch.net> wrote:
>> > When only a filename is passed to kst without any further arguments
>> > and it is not a .kst file try to find a datasource which could load
>> > it, and show all vectors against INDEX. Each datasource could overwrite
>> > this behavior, like it was asked by Syam Krishnan C.R. on the mailinglist.
>> >
>> > Having this feature it is now possible to register Kst as default
>> > program for opening data files: double-click on your data file and see Kst
>> > previewing your data!
>> While the idea has some good sides to it, I think it is dangerous.
>> Imagine what happens if you pass kst a datafile with thousands of
>> variables?
>> I think we need to fine-tune the behavior a bit. One possibility would
>> be to load only the first x vectors (x being in the area of 30 to 40).
>> But other ideas are welcome.
>
> Well, kst already checks if there is enough memory available to open
> things. ?Perhaps that check should be part of the process? ?I certainly
> like the idea of kst auto starting up when someone double clicks on data
> and the like. ?Perhaps to appease both sides, an setting which permits
> the choice between auto-loading and displaying all data (subject to
> memory limits) or just auto-starting the data wizard with that datafile
> pre-selected (thereby skipping the first screen of the wizard).
>
>> In fact, I'm still not completely sure what Syam's use case is. It
>> would be nice to clarify it a bit before spending time developing more
>> stuff. Using the -F switch to load the data vectors from a different
>> file, but using a standard layout is a pretty nice possibility if you
>> always have the same data. If it's not clear to you what this feature
>> is, I can give more explanations.
>
> Well, certainly when I have relatively "simple" data files I often just
> want to plot everything in the file. ?And then I go from there (like
> zoom in) if something looks interesting to me.

This is really great.  Maybe for the first instance we could also limit to
1 million points or something like that, so it won't stall for ever if someone
tries to open a huge file.

-- 
C. Barth Netterfield
University of Toronto
416-845-0946

From syntheticpp at gmx.net  Mon Mar 21 21:05:31 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Mon, 21 Mar 2011 21:05:31 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/libkstapp
In-Reply-To: <AANLkTi=z-_O2DzhnD9d-4+YXxC-CMJQ_0b2FfuueFM3p@mail.gmail.com>
References: <4D85F1E2.3040900@gmx.net>	<1110538489.1916571300624198996.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<AANLkTi=z-_O2DzhnD9d-4+YXxC-CMJQ_0b2FfuueFM3p@mail.gmail.com>
Message-ID: <4D87AF8B.6080602@gmx.net>

On 21.03.2011 20:11, Barth Netterfield wrote:
> Arggg...
> It is implemented, but doesn't work.
>
> Here is why:
>    The output vectors get stored in a hash.
>    A Hash's order is undefined.
>    The names of the output vectors are written in the order of the hash.
>    The short name numbers are allocated in the order they are created
>    When creating the plugin in the first case, they are created in some
> order at the whim of the programmer (eg, in setupOutputs).
>    When creating the plugin when being loaded from file, they are
> created in the order they were listed in the file, which is different.
> Mehem ensues.
>
> It is possible that save/load used to work because QHash at one time
> might have kept the order of creation.  Or maybe it never worked.
>
> In any case, we need to fix it:
> options:
> a) change from QHash to QMap, and change setupOutputs in all plugins
> so things are created alphabetically (seems fragile)
> b) something less fragile that I can't think of off hand.
>
> I implemented (a) for unweighted linear fits and it does work.
>

What about this patch for (b) ? We don't have to touch any plugin code.

Seems to work with the polynominal fit.

Peter
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ordered.patch
Type: text/x-patch
Size: 1247 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kst/attachments/20110321/708c86ef/attachment.patch 

From netterfield at astro.utoronto.ca  Mon Mar 21 21:34:05 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Mon, 21 Mar 2011 16:34:05 -0400
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/libkstapp
In-Reply-To: <4D87AF8B.6080602@gmx.net>
References: <4D85F1E2.3040900@gmx.net>
	<1110538489.1916571300624198996.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<AANLkTi=z-_O2DzhnD9d-4+YXxC-CMJQ_0b2FfuueFM3p@mail.gmail.com>
	<4D87AF8B.6080602@gmx.net>
Message-ID: <AANLkTinJVkZd-cxBjA7+xCg_YOxqYPTZkQzm-goxy6TK@mail.gmail.com>

Very nice.  Commit!

On Mon, Mar 21, 2011 at 4:05 PM, Peter K?mmel <syntheticpp at gmx.net> wrote:
> On 21.03.2011 20:11, Barth Netterfield wrote:
>>
>> Arggg...
>> It is implemented, but doesn't work.
>>
>> Here is why:
>> ? The output vectors get stored in a hash.
>> ? A Hash's order is undefined.
>> ? The names of the output vectors are written in the order of the hash.
>> ? The short name numbers are allocated in the order they are created
>> ? When creating the plugin in the first case, they are created in some
>> order at the whim of the programmer (eg, in setupOutputs).
>> ? When creating the plugin when being loaded from file, they are
>> created in the order they were listed in the file, which is different.
>> Mehem ensues.
>>
>> It is possible that save/load used to work because QHash at one time
>> might have kept the order of creation. ?Or maybe it never worked.
>>
>> In any case, we need to fix it:
>> options:
>> a) change from QHash to QMap, and change setupOutputs in all plugins
>> so things are created alphabetically (seems fragile)
>> b) something less fragile that I can't think of off hand.
>>
>> I implemented (a) for unweighted linear fits and it does work.
>>
>
> What about this patch for (b) ? We don't have to touch any plugin code.
>
> Seems to work with the polynominal fit.
>
> Peter
>
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>
>



-- 
C. Barth Netterfield
University of Toronto
416-845-0946

From syntheticpp at gmx.net  Mon Mar 21 21:40:47 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Mon, 21 Mar 2011 21:40:47 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/libkstapp
In-Reply-To: <AANLkTinJVkZd-cxBjA7+xCg_YOxqYPTZkQzm-goxy6TK@mail.gmail.com>
References: <4D85F1E2.3040900@gmx.net>	<1110538489.1916571300624198996.JavaMail.root@zimbra13-e2.priv.proxad.net>	<AANLkTi=z-_O2DzhnD9d-4+YXxC-CMJQ_0b2FfuueFM3p@mail.gmail.com>	<4D87AF8B.6080602@gmx.net>
	<AANLkTinJVkZd-cxBjA7+xCg_YOxqYPTZkQzm-goxy6TK@mail.gmail.com>
Message-ID: <4D87B7CF.5030005@gmx.net>

I was too  hasty. The curve is loaded correctly but not the polynomial.

And when I save all vectors ordered kst crashes on loading this file.
But shouldn't it also work when I save all vectors this way?

Peter

On 21.03.2011 21:34, Barth Netterfield wrote:
> Very nice.  Commit!
>
> On Mon, Mar 21, 2011 at 4:05 PM, Peter K?mmel<syntheticpp at gmx.net>  wrote:
>> On 21.03.2011 20:11, Barth Netterfield wrote:
>>>
>>> Arggg...
>>> It is implemented, but doesn't work.
>>>
>>> Here is why:
>>>    The output vectors get stored in a hash.
>>>    A Hash's order is undefined.
>>>    The names of the output vectors are written in the order of the hash.
>>>    The short name numbers are allocated in the order they are created
>>>    When creating the plugin in the first case, they are created in some
>>> order at the whim of the programmer (eg, in setupOutputs).
>>>    When creating the plugin when being loaded from file, they are
>>> created in the order they were listed in the file, which is different.
>>> Mehem ensues.
>>>
>>> It is possible that save/load used to work because QHash at one time
>>> might have kept the order of creation.  Or maybe it never worked.
>>>
>>> In any case, we need to fix it:
>>> options:
>>> a) change from QHash to QMap, and change setupOutputs in all plugins
>>> so things are created alphabetically (seems fragile)
>>> b) something less fragile that I can't think of off hand.
>>>
>>> I implemented (a) for unweighted linear fits and it does work.
>>>
>>
>> What about this patch for (b) ? We don't have to touch any plugin code.
>>
>> Seems to work with the polynominal fit.
>>
>> Peter
>>
>> _______________________________________________
>> Kst mailing list
>> Kst at kde.org
>> https://mail.kde.org/mailman/listinfo/kst
>>
>>
>
>
>

From nicolas.brisset at free.fr  Mon Mar 21 21:54:45 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Mon, 21 Mar 2011 21:54:45 +0100 (CET)
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/libkstapp
In-Reply-To: <1654078745.2133111300740858585.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <1767757259.2133191300740885671.JavaMail.root@zimbra13-e2.priv.proxad.net>

> What about this patch for (b) ? We don't have to touch any plugin
> code.
> 
> Seems to work with the polynominal fit.
Yes, I confirm that the curves get loaded correctly. However labels are broken (I guess that's what you meant by polynomials).

Nicolas

From syntheticpp at gmx.net  Mon Mar 21 22:49:59 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Mon, 21 Mar 2011 22:49:59 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/libkstapp
In-Reply-To: <1767757259.2133191300740885671.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <1767757259.2133191300740885671.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <4D87C807.70105@gmx.net>

On 21.03.2011 21:54, Nicolas Brisset wrote:
>> What about this patch for (b) ? We don't have to touch any plugin
>> code.
>>
>> Seems to work with the polynominal fit.
> Yes, I confirm that the curves get loaded correctly. However labels are broken (I guess that's what you meant by polynomials).

After loading the label uses X71, X72, and X73, but the label dialog shows x^0==X70, X71, and X72


>
> Nicolas
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>

From syntheticpp at gmx.net  Mon Mar 21 22:59:08 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Mon, 21 Mar 2011 22:59:08 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src
Message-ID: <20110321215908.B768CAC8C9@svn.kde.org>

SVN commit 1225592 by kuemmel:

save vectors ordered, to make reconstructing possible when loading

 M  +31 -1     libkst/objectmap.h  
 M  +1 -1      libkst/primitive.h  
 M  +23 -39    libkstmath/basicplugin.cpp  


--- branches/work/kst/portto4/kst/src/libkst/objectmap.h #1225591:1225592
@@ -21,7 +21,37 @@
 namespace Kst {
 
 template<class T>
-class ObjectMap : public QHash<QString, SharedPtr<T> > {
+class ObjectMap : public QHash<QString, SharedPtr<T> >
+{
+public:
+  typedef QHash<QString, SharedPtr<T> > HashMap;
+
+  typename HashMap::iterator insert(const QString& key, const SharedPtr<T>& value)
+  {
+    addKey(key);
+    return HashMap::insert(key, value);
+  }
+
+  SharedPtr<T>& operator[](const QString& key)
+  {
+    addKey(key);
+    return HashMap::operator[](key);
+  }
+
+  const SharedPtr<T> operator[](const QString& key) const
+  {
+    addKey(key);
+    return HashMap::operator[](key);
+  }
+
+  void addKey(const QString& key) const
+  {
+    if (!ordered.contains(key)) {
+      ordered << key;
+    }
+  }
+
+  mutable QStringList ordered;
 };
 
 }
--- branches/work/kst/portto4/kst/src/libkst/primitive.h #1225591:1225592
@@ -47,7 +47,7 @@
     inline ObjectPtr provider() const { return ObjectPtr(_provider); }
 
     void setSlaveName(QString slaveName);
-    QString slaveName() { return _slaveName; }
+    QString slaveName() const { return _slaveName; }
     virtual QString propertyString() const;
     virtual QString  sizeString() const;
 
--- branches/work/kst/portto4/kst/src/libkstmath/basicplugin.cpp #1225591:1225592
@@ -306,48 +306,32 @@
 }
 
 
-void BasicPlugin::save(QXmlStreamWriter &s) {
-  s.writeStartElement(staticTypeTag);
-  s.writeAttribute("type", _pluginName);
-  saveNameInfo(s, VNUM|PNUM|XNUM);
-  for (VectorMap::Iterator i = _inputVectors.begin(); i != _inputVectors.end(); ++i) {
-    s.writeStartElement("inputvector");
-    s.writeAttribute("type", i.key());
-    s.writeAttribute("tag", i.value()->Name());
-    s.writeEndElement();
+template<class T, class V>
+static void writeVectors(T& vectors, const QString& element, QXmlStreamWriter& stream, QString (V::* name)() const) {
+  for (QStringList::iterator it = vectors.ordered.begin(); it != vectors.ordered.end(); ++it) {
+    typename T::iterator i = vectors.find(*it);
+    stream.writeStartElement(element);
+    stream.writeAttribute("type", i.key());
+    stream.writeAttribute("tag", (i.value()->*name)());
+    stream.writeEndElement();
   }
-  for (ScalarMap::Iterator i = _inputScalars.begin(); i != _inputScalars.end(); ++i) {
-    s.writeStartElement("inputscalar");
-    s.writeAttribute("type", i.key());
-    s.writeAttribute("tag", i.value()->Name());
-    s.writeEndElement();
   }
-  for (StringMap::Iterator i = _inputStrings.begin(); i != _inputStrings.end(); ++i) {
-    s.writeStartElement("inputstring");
-    s.writeAttribute("type", i.key());
-    s.writeAttribute("tag", i.value()->Name());
-    s.writeEndElement();
+
+
+void BasicPlugin::save(QXmlStreamWriter &stream) {
+  stream.writeStartElement(staticTypeTag);
+  stream.writeAttribute("type", _pluginName);
+  saveNameInfo(stream, VNUM|PNUM|XNUM);
+
+  writeVectors(_inputVectors, "inputvector", stream, &NamedObject::Name);
+  writeVectors(_inputScalars, "inputscalar", stream, &NamedObject::Name);
+  writeVectors(_inputStrings, "inputstring", stream, &NamedObject::Name);
+  writeVectors(_outputVectors, "outputvector", stream, &Primitive::slaveName);
+  writeVectors(_outputScalars, "outputscalar", stream, &Primitive::slaveName);
+  writeVectors(_outputStrings, "outputstring", stream, &Primitive::slaveName);
+
+  stream.writeEndElement();
   }
-  for (VectorMap::Iterator i = _outputVectors.begin(); i != _outputVectors.end(); ++i) {
-    s.writeStartElement("outputvector");
-    s.writeAttribute("type", i.key());
-    s.writeAttribute("tag", i.value()->slaveName());
-    s.writeEndElement();
-  }
-  for (ScalarMap::Iterator i = _outputScalars.begin(); i != _outputScalars.end(); ++i) {
-    s.writeStartElement("outputscalar");
-    s.writeAttribute("type", i.key());
-    s.writeAttribute("tag", i.value()->slaveName());
-    s.writeEndElement();
-  }
-  for (StringMap::Iterator i = _outputStrings.begin(); i != _outputStrings.end(); ++i) {
-    s.writeStartElement("outputstring");
-    s.writeAttribute("type", i.key());
-    s.writeAttribute("tag", i.value()->slaveName());
-    s.writeEndElement();
-  }
-  s.writeEndElement();
-}
 
 
 void BasicPlugin::saveProperties(QXmlStreamWriter &s) {

From syntheticpp at gmx.net  Mon Mar 21 23:08:51 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Mon, 21 Mar 2011 23:08:51 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/plugins/fits
Message-ID: <20110321220851.53777AC8C9@svn.kde.org>

SVN commit 1225594 by kuemmel:

^pretty printing also for weighted poly fit

 M  +2 -1      polynomial_unweighted/fitpolynomial_unweighted.cpp  
 M  +33 -0     polynomial_weighted/fitpolynomial_weighted.cpp  
 M  +1 -0      polynomial_weighted/fitpolynomial_weighted.h  


--- branches/work/kst/portto4/kst/src/plugins/fits/polynomial_unweighted/fitpolynomial_unweighted.cpp #1225593:1225594
@@ -214,13 +214,14 @@
   return bReturn;
 }
 
+
+// TODO merge with FitPolynomialWeightedSource
 QString FitPolynomialUnweightedSource::parameterVectorToString() const {
 
   QString str = Name();
 
   if (hasParameterVector()) {
     Kst::VectorPtr vectorParam = _outputVectors["Parameters Vector"];
-    //for (int i = vectorParam->length() - 1; i >= 0; i--) {
     for (int i = 0; i < vectorParam->length(); i++) {
       QString paramName = parameterName(i);
       if (!paramName.isEmpty()) {
--- branches/work/kst/portto4/kst/src/plugins/fits/polynomial_weighted/fitpolynomial_weighted.cpp #1225593:1225594
@@ -230,7 +230,40 @@
   return bReturn;
 }
 
+QString FitPolynomialWeightedSource::parameterVectorToString() const {
 
+  QString str = Name();
+
+  if (hasParameterVector()) {
+    Kst::VectorPtr vectorParam = _outputVectors["Parameters Vector"];
+    for (int i = 0; i < vectorParam->length(); i++) {
+      QString paramName = parameterName(i);
+      if (!paramName.isEmpty()) {
+        if (_outputScalars.contains(paramName)) {
+          QString name = _outputScalars[paramName]->Name();
+          double value = _outputScalars[paramName]->value();
+          QString sign;
+          if (value >= 0) {
+            sign = " +";
+          } else {
+            sign = " "; // Just for the space, the "-" is already in the number
+          }
+          if (i == 0) {
+            str += QString("\n[%1]").arg(name);
+          } else if (i == 1) { // Special case x^1 to x
+            str += QString("%1[%2]x").arg(sign).arg(name);
+          } else {
+            str += QString("%1[%2]%3").arg(sign).arg(name).arg(paramName);
+          }
+        }
+      }
+    }
+  }
+
+  return str;
+}
+
+
 Kst::VectorPtr FitPolynomialWeightedSource::vectorX() const {
   return _inputVectors[VECTOR_IN_X];
 }
--- branches/work/kst/portto4/kst/src/plugins/fits/polynomial_weighted/fitpolynomial_weighted.h #1225593:1225594
@@ -50,6 +50,7 @@
     ~FitPolynomialWeightedSource();
 
     virtual QString parameterName(int index) const;
+    virtual QString parameterVectorToString() const;
 
   friend class Kst::ObjectStore;
 

From syntheticpp at gmx.net  Tue Mar 22 02:25:28 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Tue, 22 Mar 2011 02:25:28 +0100 (CET)
Subject: [Kst]
	branches/work/kst/portto4/kst/src/plugins/fits/polynomial_unweighted
Message-ID: <20110322012528.69BC5AC8C9@svn.kde.org>

SVN commit 1225608 by kuemmel:

fix bug when loading labels for polynominal fits. needs review  before the release.

 M  +13 -3     fitpolynomial_unweighted.cpp  


--- branches/work/kst/portto4/kst/src/plugins/fits/polynomial_unweighted/fitpolynomial_unweighted.cpp #1225607:1225608
@@ -322,12 +322,22 @@
 
   if (ConfigWidgetFitPolynomialUnweightedPlugin* config = static_cast<ConfigWidgetFitPolynomialUnweightedPlugin*>(configWidget)) {
 
+    Kst::VectorPtr x;
+    Kst::VectorPtr y;
+    Kst::ScalarPtr order;
+
+    if (setupInputsOutputs) {
+      x = config->selectedVectorX();
+      y = config->selectedVectorY();
+      order = config->selectedScalarOrder();
+    }
+
     FitPolynomialUnweightedSource* object = store->createObject<FitPolynomialUnweightedSource>();
 
     if (setupInputsOutputs) {
-      object->setInputVector(VECTOR_IN_X, config->selectedVectorX());
-      object->setInputVector(VECTOR_IN_Y, config->selectedVectorY());
-      object->setInputScalar(SCALAR_IN, config->selectedScalarOrder());
+      object->setInputVector(VECTOR_IN_X, x);
+      object->setInputVector(VECTOR_IN_Y, y);
+      object->setInputScalar(SCALAR_IN, order);
       object->setupOutputs();
     }
 

From syntheticpp at gmx.net  Tue Mar 22 02:26:03 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Tue, 22 Mar 2011 02:26:03 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/libkstapp
In-Reply-To: <4D87C807.70105@gmx.net>
References: <1767757259.2133191300740885671.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<4D87C807.70105@gmx.net>
Message-ID: <4D87FAAB.3040504@gmx.net>

On 21.03.2011 22:49, Peter K?mmel wrote:
> On 21.03.2011 21:54, Nicolas Brisset wrote:
>>> What about this patch for (b) ? We don't have to touch any plugin
>>> code.
>>>
>>> Seems to work with the polynominal fit.
>> Yes, I confirm that the curves get loaded correctly. However labels are broken (I guess that's what you meant by polynomials).
>
> After loading the label uses X71, X72, and X73, but the label dialog shows x^0==X70, X71, and X72

The problem is:

     <variables>
         <datavector>
         <scalar initialXNum="25"/>
     </variables>
     <objects>
         <plugin type="Polynomial Fit" initialVNum="3" initialXNum="25" initialPNum="1">
             <inputscalar type="Order Scalar" tag="2 (X25)"/>
             <outputvector type="Fit" tag="Fit"/>
         </plugin>
     </objects>


In <variables> 25 scalars are created named X0...X25.

In <plugin> it loads (X25) because it could find the existing scalar and _xnum is still 25,
then the output vectors are created with scalars starting at 25 so we have two X25.
When I manually change initialXNum="25" in <plugin> to 26 loading works.

But I'm not sure how to fix this.
I've committed a fix (it increments _xnum before the plugin stores it).

But I hope there is a more generic solution. This bug looks like a principle problem.

Peter



From syntheticpp at gmx.net  Tue Mar 22 02:49:36 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Tue, 22 Mar 2011 02:49:36 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/libkstapp
In-Reply-To: <4D87FAAB.3040504@gmx.net>
References: <1767757259.2133191300740885671.JavaMail.root@zimbra13-e2.priv.proxad.net>	<4D87C807.70105@gmx.net>
	<4D87FAAB.3040504@gmx.net>
Message-ID: <4D880030.6040108@gmx.net>

On 22.03.2011 02:26, Peter K?mmel wrote:
> On 21.03.2011 22:49, Peter K?mmel wrote:
>> On 21.03.2011 21:54, Nicolas Brisset wrote:
>>>> What about this patch for (b) ? We don't have to touch any plugin
>>>> code.
>>>>
>>>> Seems to work with the polynominal fit.
>>> Yes, I confirm that the curves get loaded correctly. However labels are broken (I guess that's what you meant by polynomials).
>>
>> After loading the label uses X71, X72, and X73, but the label dialog shows x^0==X70, X71, and X72
>
> The problem is:
>
>       <variables>
>           <datavector>
>           <scalar initialXNum="25"/>
>       </variables>
>       <objects>
>           <plugin type="Polynomial Fit" initialVNum="3" initialXNum="25" initialPNum="1">
>               <inputscalar type="Order Scalar" tag="2 (X25)"/>
>               <outputvector type="Fit" tag="Fit"/>
>           </plugin>
>       </objects>
>
>
> In<variables>  25 scalars are created named X0...X25.
>
> In<plugin>  it loads (X25) because it could find the existing scalar and _xnum is still 25,
> then the output vectors are created with scalars starting at 25 so we have two X25.
> When I manually change initialXNum="25" in<plugin>  to 26 loading works.
>
> But I'm not sure how to fix this.
> I've committed a fix (it increments _xnum before the plugin stores it).
>
> But I hope there is a more generic solution. This bug looks like a principle problem.
>
> Peter

Or something like attached patch?

Peter
-------------- next part --------------
A non-text attachment was scrubbed...
Name: xnum.patch
Type: text/x-patch
Size: 2797 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kst/attachments/20110322/3947f1aa/attachment.patch 

From syntheticpp at gmx.net  Tue Mar 22 11:59:25 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Tue, 22 Mar 2011 11:59:25 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/cmake/modules
Message-ID: <20110322105925.1A7F0AC8C9@svn.kde.org>

SVN commit 1225642 by kuemmel:

add some hint how the 3rd party libs could be found

 M  +1 -1      FindCFITSIO.cmake  
 M  +1 -1      FindGetdata.cmake  
 M  +1 -1      FindGsl.cmake  
 M  +1 -1      FindNetcdf.cmake  


--- branches/work/kst/portto4/kst/cmake/modules/FindCFITSIO.cmake #1225641:1225642
@@ -34,7 +34,7 @@
 	message(STATUS "     includes : ${CFITSIO_INCLUDE_DIR}")
 	message(STATUS "     libraries: ${CFITSIO_LIBRARIES}")
 ELSE()
-	MESSAGE(STATUS "Not found: CFITSIO")
+	MESSAGE(STATUS "Not found: CFITSIO, set CFITSIO_DIR")
 ENDIF()
 
 
--- branches/work/kst/portto4/kst/cmake/modules/FindGetdata.cmake #1225641:1225642
@@ -55,7 +55,7 @@
 	message(STATUS "     includes : ${GETDATA_INCLUDE_DIR}")
 	message(STATUS "     libraries: ${GETDATA_LIBRARIES}")
 ELSE()
-	MESSAGE(STATUS "Not found: Getdata")
+	MESSAGE(STATUS "Not found: Getdata, GETDATA_DIR")
 ENDIF()
 
 
--- branches/work/kst/portto4/kst/cmake/modules/FindGsl.cmake #1225641:1225642
@@ -37,7 +37,7 @@
 	message(STATUS "     includes : ${GSL_INCLUDE_DIR}")
 	message(STATUS "     libraries: ${GSL_LIBRARIES}")
 else()
-	message(STATUS "Not found: Gsl")
+	message(STATUS "Not found: Gsl, set GSL_DIR")
 endif()
 
 
--- branches/work/kst/portto4/kst/cmake/modules/FindNetcdf.cmake #1225641:1225642
@@ -57,7 +57,7 @@
 	message(STATUS "     includes : ${NETCDF_INCLUDE_DIR}")
 	message(STATUS "     libraries: ${NETCDF_LIBRARIES}")
 ELSE()
-	MESSAGE(STATUS "Not found: NetCDF")
+	MESSAGE(STATUS "Not found: NetCDF, set NETCDF_DIR")
 ENDIF()
 
 

From netterfield at astro.utoronto.ca  Tue Mar 22 13:30:42 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Tue, 22 Mar 2011 08:30:42 -0400
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/libkstapp
In-Reply-To: <4D87FAAB.3040504@gmx.net>
References: <1767757259.2133191300740885671.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<4D87C807.70105@gmx.net> <4D87FAAB.3040504@gmx.net>
Message-ID: <AANLkTinrge_MxHcoGqK5zdQWjJtYV3pjhT5ux0ZN0mzJ@mail.gmail.com>

On Mon, Mar 21, 2011 at 9:26 PM, Peter K?mmel <syntheticpp at gmx.net> wrote:
> On 21.03.2011 22:49, Peter K?mmel wrote:
>> On 21.03.2011 21:54, Nicolas Brisset wrote:
>>>> What about this patch for (b) ? We don't have to touch any plugin
>>>> code.
>>>>
>>>> Seems to work with the polynominal fit.
>>> Yes, I confirm that the curves get loaded correctly. However labels are broken (I guess that's what you meant by polynomials).
>>
>> After loading the label uses X71, X72, and X73, but the label dialog shows x^0==X70, X71, and X72
>
> The problem is:
>
> ? ? <variables>
> ? ? ? ? <datavector>
> ? ? ? ? <scalar initialXNum="25"/>
> ? ? </variables>
> ? ? <objects>
> ? ? ? ? <plugin type="Polynomial Fit" initialVNum="3" initialXNum="25" initialPNum="1">
> ? ? ? ? ? ? <inputscalar type="Order Scalar" tag="2 (X25)"/>
> ? ? ? ? ? ? <outputvector type="Fit" tag="Fit"/>
> ? ? ? ? </plugin>
> ? ? </objects>
>
>
> In <variables> 25 scalars are created named X0...X25.
>
> In <plugin> it loads (X25) because it could find the existing scalar and _xnum is still 25,
> then the output vectors are created with scalars starting at 25 so we have two X25.
> When I manually change initialXNum="25" in <plugin> to 26 loading works.
>
> But I'm not sure how to fix this.
> I've committed a fix (it increments _xnum before the plugin stores it).
>
> But I hope there is a more generic solution. This bug looks like a principle problem.

I think I understand the problem here: it is related to the creation
of the nameless orphan scalars which are used as numerical inputs to
plugins created in the dialog.

I will attempt to fix it.

-- 
C. Barth Netterfield
University of Toronto
416-845-0946

From netterfield at astro.utoronto.ca  Tue Mar 22 19:45:11 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Tue, 22 Mar 2011 19:45:11 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src
Message-ID: <20110322184511.47675AC8C9@svn.kde.org>

SVN commit 1225665 by netterfield:

While getting into the XNUM bug for plugins, I got distracted into fixing names in
the view scalar dialog.

The names should probably also have the short name as well...



 M  +13 -2     libkstapp/primitivemodel.h  
 M  +1 -0      libkstmath/basicplugin.cpp  
 M  +9 -1      libkstmath/dataobject.cpp  
 M  +1 -1      libkstmath/dataobject.h  
 M  +1 -1      widgets/scalarselector.cpp  


--- branches/work/kst/portto4/kst/src/libkstapp/primitivemodel.h #1225664:1225665
@@ -77,6 +77,9 @@
   void addMeta(T* m, PrimitiveTreeItem* parent = 0);
 
   template<class T>
+  void addOrphanMeta(T* m, PrimitiveTreeItem* parent = 0);
+
+  template<class T>
   void addMetas(const PrimitiveMap& metarMap, PrimitiveTreeItem* parent);
 
   template<class T>
@@ -112,7 +115,7 @@
       addPrimitivesMetas<T>(kst_cast<Primitive>(obj));
     } else if (kst_cast<T>(obj)) {
       if (kst_cast<T>(obj) && kst_cast<T>(obj)->orphan()) {
-        addMeta<T>(kst_cast<T>(obj));
+        addOrphanMeta<T>(kst_cast<T>(obj));
       }
     } else if (kst_cast<DataObject>(obj)) {
       addDataObjectsMetas<T>(kst_cast<DataObject>(obj));
@@ -130,7 +133,12 @@
   addPrimitiveTreeItem(QList<QVariant>() << m->slaveName() << m->value(), parent);
 }
 
+template<class T>
+void PrimitiveModel::addOrphanMeta(T* m, PrimitiveTreeItem* parent) {
+  addPrimitiveTreeItem(QList<QVariant>() << m->descriptiveName() << m->value(), parent);
+}
 
+
 template<class T>
 void PrimitiveModel::addMetas(const PrimitiveMap& metarMap, PrimitiveTreeItem* parent) {
   foreach(const PrimitivePtr& m, metarMap) {
@@ -162,7 +170,7 @@
 void PrimitiveModel::addDataObjectsMetas(DataObjectPtr dataObject, PrimitiveTreeItem* parent) {
   PrimitiveTreeItem* item = addPrimitiveTreeItem(QList<QVariant>() << dataObject->Name(), parent);
 
-  ObjectList<Primitive> primitives = dataObject->outputPrimitives();
+  ObjectList<Primitive> primitives = dataObject->outputPrimitives(false);
   foreach(PrimitivePtr prim, primitives) {
     if (   kst_cast<Vector>(prim)
         || kst_cast<Matrix>(prim)
@@ -170,8 +178,11 @@
     {
       addPrimitivesMetas<T>(prim.data(), item);
     }
+    if (kst_cast<T>(prim)) {
+      addMeta<T>(kst_cast<T>(prim), item);
   }
 }
+}
 
 
 }
--- branches/work/kst/portto4/kst/src/libkstmath/basicplugin.cpp #1225664:1225665
@@ -214,6 +214,7 @@
   StringPtr s = store()->createObject<String>();
   s->setProvider(this);
   s->setSlaveName(txt);
+  s->setOrphan(false);
   _outputStrings.insert(type, s);
 }
 
--- branches/work/kst/portto4/kst/src/libkstmath/dataobject.cpp #1225664:1225665
@@ -135,32 +135,40 @@
 }
 
 
-PrimitiveList DataObject::outputPrimitives()  const {
+PrimitiveList DataObject::outputPrimitives(bool include_decendants)  const {
   PrimitiveList primitive_list;
 
   int n = _outputMatrices.count();
   for (int i = 0; i< n; i++) {
       primitive_list.append(kst_cast<Primitive>(_outputMatrices.values().at(i)));
+      if (include_decendants) {
       primitive_list.append(_outputMatrices.values().at(i)->outputPrimitives());
   }
+  }
 
   n = _outputStrings.count();
   for (int i = 0; i< n; i++) {
       primitive_list.append(kst_cast<Primitive>(_outputStrings.values().at(i)));
+      if (include_decendants) {
       primitive_list.append(_outputStrings.values().at(i)->outputPrimitives());
   }
+  }
 
   n = _outputScalars.count();
   for (int i = 0; i< n; i++) {
       primitive_list.append(kst_cast<Primitive>(_outputScalars.values().at(i)));
+      if (include_decendants) {
       primitive_list.append(_outputScalars.values().at(i)->outputPrimitives());
   }
+  }
 
   n = _outputVectors.count();
   for (int i = 0; i< n; i++) {
       primitive_list.append(kst_cast<Primitive>(_outputVectors.values().at(i)));
+      if (include_decendants) {
       primitive_list.append(_outputVectors.values().at(i)->outputPrimitives());
   }
+  }
 
   return primitive_list;
 }
--- branches/work/kst/portto4/kst/src/libkstmath/dataobject.h #1225664:1225665
@@ -97,7 +97,7 @@
     MatrixMap& outputMatrices() { return _outputMatrices; }
 
     virtual PrimitiveList inputPrimitives() const;
-    PrimitiveList outputPrimitives() const;
+    PrimitiveList outputPrimitives(bool include_descendants = true) const;
 
     virtual void load(const QXmlStreamReader& s);
     virtual void save(QXmlStreamWriter& s);
--- branches/work/kst/portto4/kst/src/widgets/scalarselector.cpp #1225664:1225665
@@ -112,7 +112,7 @@
     scalar->setValue(value);
     scalar->setOrphan(true);
     scalar->setEditable(true);
-
+    scalar->setDescriptiveName(QString());
     scalar->writeLock();
     scalar->registerChange();
     scalar->unlock();

From netterfield at astro.utoronto.ca  Tue Mar 22 20:28:07 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Tue, 22 Mar 2011 20:28:07 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src
Message-ID: <20110322192807.0A946AC8C9@svn.kde.org>

SVN commit 1225667 by netterfield:

BUG:

Fix saving and reloading of plugins with input scalars....
The short name system plugin re-load assumes that no primitives were
created between the creation of the data object, and the creation of
the last slave vector of the object.
This is true, except for when a scalar is automatically created
from the config dialog before all of the output scalars have been
created.  This patch makes the output scalars always be created
before the inputs are set, avoiding that problem.  I have changed
the order for all plugins, even those for which it doesn't matter.
This is a bit of a fragile solution, but it does work....

Also, this commit adds the short name (eg, (X22) ) to the labels
in the viewprimitive dialogs.



 M  +2 -2      libkstapp/primitivemodel.h  
 M  +1 -1      plugins/dataobject/bin/bin.cpp  
 M  +1 -1      plugins/dataobject/chop/chop.cpp  
 M  +1 -1      plugins/dataobject/convolution/convolve/convolve.cpp  
 M  +1 -1      plugins/dataobject/convolution/deconvolve/deconvolve.cpp  
 M  +1 -1      plugins/dataobject/correlation/autocorrelation/autocorrelation.cpp  
 M  +1 -1      plugins/dataobject/correlation/crosscorrelation/crosscorrelation.cpp  
 M  +1 -1      plugins/dataobject/crossspectrum/crossspectrum.cpp  
 M  +1 -1      plugins/dataobject/differentiation/differentiation.cpp  
 M  +1 -1      plugins/dataobject/effectivebandwidth/effectivebandwidth.cpp  
 M  +1 -1      plugins/dataobject/genericfilter/genericfilter.cpp  
 M  +1 -1      plugins/dataobject/interpolations/akima/akima.cpp  
 M  +1 -1      plugins/dataobject/interpolations/akimaperiodic/akimaperiodic.cpp  
 M  +1 -1      plugins/dataobject/interpolations/cspline/cspline.cpp  
 M  +1 -1      plugins/dataobject/interpolations/csplineperiodic/csplineperiodic.cpp  
 M  +1 -1      plugins/dataobject/interpolations/linear/linear.cpp  
 M  +1 -1      plugins/dataobject/interpolations/polynomial/polynomial.cpp  
 M  +1 -1      plugins/dataobject/linefit/linefit.cpp  
 M  +1 -1      plugins/dataobject/lockin/lockin.cpp  
 M  +1 -1      plugins/dataobject/noiseaddition/noiseaddition.cpp  
 M  +1 -1      plugins/dataobject/periodogram/periodogram.cpp  
 M  +1 -1      plugins/dataobject/phase/phase.cpp  
 M  +1 -1      plugins/dataobject/shift/shift.cpp  
 M  +1 -1      plugins/dataobject/statistics/statistics.cpp  
 M  +1 -1      plugins/dataobject/syncbin/syncbin.cpp  
 M  +1 -1      plugins/filters/butterworth_bandpass/butterworth_bandpass.cpp  
 M  +1 -1      plugins/filters/butterworth_bandstop/butterworth_bandstop.cpp  
 M  +1 -1      plugins/filters/butterworth_highpass/butterworth_highpass.cpp  
 M  +1 -1      plugins/filters/butterworth_lowpass/butterworth_lowpass.cpp  
 M  +1 -1      plugins/filters/cumulativesum/cumulativesum.cpp  
 M  +1 -1      plugins/filters/despike/filterdespike.cpp  
 M  +1 -1      plugins/filters/differentiation/differentiation.cpp  
 M  +1 -1      plugins/fits/exponential_unweighted/fitexponential_unweighted.cpp  
 M  +1 -1      plugins/fits/exponential_weighted/fitexponential_weighted.cpp  
 M  +1 -1      plugins/fits/gaussian_unweighted/fitgaussian_unweighted.cpp  
 M  +1 -1      plugins/fits/gaussian_weighted/fitgaussian_weighted.cpp  
 M  +1 -1      plugins/fits/gradient_unweighted/fitgradient_unweighted.cpp  
 M  +1 -1      plugins/fits/gradient_weighted/fitgradient_weighted.cpp  
 M  +1 -1      plugins/fits/kneefrequency/fitkneefrequency.cpp  
 M  +1 -1      plugins/fits/linear_unweighted/fitlinear_unweighted.cpp  
 M  +1 -1      plugins/fits/linear_weighted/fitlinear_weighted.cpp  
 M  +1 -1      plugins/fits/lorentzian_unweighted/fitlorentzian_unweighted.cpp  
 M  +1 -1      plugins/fits/lorentzian_weighted/fitlorentzian_weighted.cpp  
 M  +1 -1      plugins/fits/polynomial_unweighted/fitpolynomial_unweighted.cpp  
 M  +1 -1      plugins/fits/polynomial_weighted/fitpolynomial_weighted.cpp  
 M  +1 -1      plugins/fits/sinusoid_unweighted/fitsinusoid_unweighted.cpp  
 M  +1 -1      plugins/fits/sinusoid_weighted/fitsinusoid_weighted.cpp  


http://websvn.kde.org/?view=rev&revision=1225667

From syntheticpp at gmx.net  Tue Mar 22 21:12:15 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Tue, 22 Mar 2011 21:12:15 +0100 (CET)
Subject: [Kst]
	branches/work/kst/portto4/kst/src/plugins/fits/polynomial_unweighted
Message-ID: <20110322201215.789C4AC8C9@svn.kde.org>

SVN commit 1225668 by kuemmel:

undo workaround. but then the reloading does not work again. we need a other solution.

 M  +3 -13     fitpolynomial_unweighted.cpp  


--- branches/work/kst/portto4/kst/src/plugins/fits/polynomial_unweighted/fitpolynomial_unweighted.cpp #1225667:1225668
@@ -322,23 +322,13 @@
 
   if (ConfigWidgetFitPolynomialUnweightedPlugin* config = static_cast<ConfigWidgetFitPolynomialUnweightedPlugin*>(configWidget)) {
 
-    Kst::VectorPtr x;
-    Kst::VectorPtr y;
-    Kst::ScalarPtr order;
-
-    if (setupInputsOutputs) {
-      x = config->selectedVectorX();
-      y = config->selectedVectorY();
-      order = config->selectedScalarOrder();
-    }
-
     FitPolynomialUnweightedSource* object = store->createObject<FitPolynomialUnweightedSource>();
 
     if (setupInputsOutputs) {
       object->setupOutputs();
-      object->setInputVector(VECTOR_IN_X, x);
-      object->setInputVector(VECTOR_IN_Y, y);
-      object->setInputScalar(SCALAR_IN, order);
+      object->setInputVector(VECTOR_IN_X, config->selectedVectorX());
+      object->setInputVector(VECTOR_IN_Y, config->selectedVectorY());
+      object->setInputScalar(SCALAR_IN, config->selectedScalarOrder());
     }
 
     object->setPluginName(pluginName());

From syntheticpp at gmx.net  Tue Mar 22 21:27:42 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Tue, 22 Mar 2011 21:27:42 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src
In-Reply-To: <20110322192807.0A946AC8C9@svn.kde.org>
References: <20110322192807.0A946AC8C9@svn.kde.org>
Message-ID: <4D89063E.9020702@gmx.net>

On 22.03.2011 20:28, Barth Netterfield wrote:
> SVN commit 1225667 by netterfield:
>
> BUG:
>
> Fix saving and reloading of plugins with input scalars....
> The short name system plugin re-load assumes that no primitives were
> created between the creation of the data object, and the creation of
> the last slave vector of the object.
> This is true, except for when a scalar is automatically created
> from the config dialog before all of the output scalars have been
> created.  This patch makes the output scalars always be created
> before the inputs are set, avoiding that problem.  I have changed
> the order for all plugins, even those for which it doesn't matter.
> This is a bit of a fragile solution, but it does work....
>

I've reverted my workaround in fitpolynomial_unweighted.cpp because
it was no generic solution. But then the reload bug pops up again.
So the order of output/input doesn't matter here.

The problem (when loading) is that the dataobject is created with
a xnum, and it assumes that xnum is incremented when the input scalar
is loaded. But the scalar already exits with the initial xnum as name.
Thus xnum is not incremented and when the xnum value is used for the
next creation of a scalar then two scalars have the same name.


> Also, this commit adds the short name (eg, (X22) ) to the labels
> in the viewprimitive dialogs.
>
>
>
>   M  +2 -2      libkstapp/primitivemodel.h
>   M  +1 -1      plugins/dataobject/bin/bin.cpp
>   M  +1 -1      plugins/dataobject/chop/chop.cpp
>   M  +1 -1      plugins/dataobject/convolution/convolve/convolve.cpp
>   M  +1 -1      plugins/dataobject/convolution/deconvolve/deconvolve.cpp
>   M  +1 -1      plugins/dataobject/correlation/autocorrelation/autocorrelation.cpp
>   M  +1 -1      plugins/dataobject/correlation/crosscorrelation/crosscorrelation.cpp
>   M  +1 -1      plugins/dataobject/crossspectrum/crossspectrum.cpp
>   M  +1 -1      plugins/dataobject/differentiation/differentiation.cpp
>   M  +1 -1      plugins/dataobject/effectivebandwidth/effectivebandwidth.cpp
>   M  +1 -1      plugins/dataobject/genericfilter/genericfilter.cpp
>   M  +1 -1      plugins/dataobject/interpolations/akima/akima.cpp
>   M  +1 -1      plugins/dataobject/interpolations/akimaperiodic/akimaperiodic.cpp
>   M  +1 -1      plugins/dataobject/interpolations/cspline/cspline.cpp
>   M  +1 -1      plugins/dataobject/interpolations/csplineperiodic/csplineperiodic.cpp
>   M  +1 -1      plugins/dataobject/interpolations/linear/linear.cpp
>   M  +1 -1      plugins/dataobject/interpolations/polynomial/polynomial.cpp
>   M  +1 -1      plugins/dataobject/linefit/linefit.cpp
>   M  +1 -1      plugins/dataobject/lockin/lockin.cpp
>   M  +1 -1      plugins/dataobject/noiseaddition/noiseaddition.cpp
>   M  +1 -1      plugins/dataobject/periodogram/periodogram.cpp
>   M  +1 -1      plugins/dataobject/phase/phase.cpp
>   M  +1 -1      plugins/dataobject/shift/shift.cpp
>   M  +1 -1      plugins/dataobject/statistics/statistics.cpp
>   M  +1 -1      plugins/dataobject/syncbin/syncbin.cpp
>   M  +1 -1      plugins/filters/butterworth_bandpass/butterworth_bandpass.cpp
>   M  +1 -1      plugins/filters/butterworth_bandstop/butterworth_bandstop.cpp
>   M  +1 -1      plugins/filters/butterworth_highpass/butterworth_highpass.cpp
>   M  +1 -1      plugins/filters/butterworth_lowpass/butterworth_lowpass.cpp
>   M  +1 -1      plugins/filters/cumulativesum/cumulativesum.cpp
>   M  +1 -1      plugins/filters/despike/filterdespike.cpp
>   M  +1 -1      plugins/filters/differentiation/differentiation.cpp
>   M  +1 -1      plugins/fits/exponential_unweighted/fitexponential_unweighted.cpp
>   M  +1 -1      plugins/fits/exponential_weighted/fitexponential_weighted.cpp
>   M  +1 -1      plugins/fits/gaussian_unweighted/fitgaussian_unweighted.cpp
>   M  +1 -1      plugins/fits/gaussian_weighted/fitgaussian_weighted.cpp
>   M  +1 -1      plugins/fits/gradient_unweighted/fitgradient_unweighted.cpp
>   M  +1 -1      plugins/fits/gradient_weighted/fitgradient_weighted.cpp
>   M  +1 -1      plugins/fits/kneefrequency/fitkneefrequency.cpp
>   M  +1 -1      plugins/fits/linear_unweighted/fitlinear_unweighted.cpp
>   M  +1 -1      plugins/fits/linear_weighted/fitlinear_weighted.cpp
>   M  +1 -1      plugins/fits/lorentzian_unweighted/fitlorentzian_unweighted.cpp
>   M  +1 -1      plugins/fits/lorentzian_weighted/fitlorentzian_weighted.cpp
>   M  +1 -1      plugins/fits/polynomial_unweighted/fitpolynomial_unweighted.cpp
>   M  +1 -1      plugins/fits/polynomial_weighted/fitpolynomial_weighted.cpp
>   M  +1 -1      plugins/fits/sinusoid_unweighted/fitsinusoid_unweighted.cpp
>   M  +1 -1      plugins/fits/sinusoid_weighted/fitsinusoid_weighted.cpp
>
>
> http://websvn.kde.org/?view=rev&revision=1225667
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>

From nicolas.brisset at free.fr  Tue Mar 22 22:49:51 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Tue, 22 Mar 2011 22:49:51 +0100 (CET)
Subject: [Kst] Re: branches/work/kst/portto4/kst/src
In-Reply-To: <4D89063E.9020702@gmx.net>
Message-ID: <1840305367.2304641300830591164.JavaMail.root@zimbra13-e2.priv.proxad.net>

> I've reverted my workaround in fitpolynomial_unweighted.cpp because
> it was no generic solution. But then the reload bug pops up again.
> So the order of output/input doesn't matter here.
> 
> The problem (when loading) is that the dataobject is created with
> a xnum, and it assumes that xnum is incremented when the input scalar
> is loaded. But the scalar already exits with the initial xnum as
> name.
> Thus xnum is not incremented and when the xnum value is used for the
> next creation of a scalar then two scalars have the same name.
I confirm that reloading a polynomial unweighted fit label currently does not work. 
It seems you have identified the issue quite precisely, I hope it can be fixed easily... I believe it is the last problem holding 2.0.3 back, is it right?
Once 2.0.3 is out, I'll try to update the roadmap and create some bugzilla entries so that we have a clear vision of the next steps.

Nicolas

From syntheticpp at gmx.net  Tue Mar 22 22:59:48 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Tue, 22 Mar 2011 22:59:48 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/cmake
Message-ID: <20110322215948.9B2F4AC8C9@svn.kde.org>

SVN commit 1225674 by kuemmel:

make it possible to install kst1 and kst2 in /usr/lib. so we use everywhere 'kst2'.
sorry, with this change the cmake code has become much more cryptic...

 M  +11 -9     modules/KstMacros.cmake  
 M  +2 -2      src/d2asc/CMakeLists.txt  
 M  +3 -3      src/d2d/CMakeLists.txt  
 M  +3 -3      src/kst/CMakeLists.txt  
 M  +1 -1      src/libkst/CMakeLists.txt  
 M  +3 -3      src/libkstapp/CMakeLists.txt  
 M  +3 -3      src/libkstmath/CMakeLists.txt  
 M  +3 -3      src/widgets/CMakeLists.txt  
 M  +3 -3      tests/CMakeLists.txt  
 M  +3 -3      tests/allinone/CMakeLists.txt  


--- branches/work/kst/portto4/kst/cmake/modules/KstMacros.cmake #1225673:1225674
@@ -9,8 +9,9 @@
 endmacro()
 
 
-macro(kst_init name)
-	set(kst_name ${name})
+macro(kst_init prefix name_base)
+	set(kst_name ${prefix}${name_base})
+	set(kst_name_base ${name_base})
 	set(kst_${kst_name}_dont_merge)
 	set(kst_${kst_name}_ignore)
 	set(kst_${kst_name}_info_files)
@@ -86,10 +87,10 @@
 	set(CMAKE_RUNTIME_OUTPUT_DIRECTORY ${kst_build_dir}/bin)
 	set(CMAKE_LIBRARY_OUTPUT_DIRECTORY ${kst_build_dir}/${kst_install_libdir})
 	include_directories(${kst_${kst_name}_folder} ${CMAKE_CURRENT_BINARY_DIR})
-	string(TOUPPER BUILD_${kst_name} _build_macro)
+	string(TOUPPER BUILD_kst${kst_name_base} _build_macro)
 	add_definitions(-D${_build_macro})
 	if(kst_pch)
-		set(pch ${kst_name}_pch)
+		set(pch kst${kst_name_base}_pch)
 		configure_file(${kst_${kst_name}_folder}/${pch} ${CMAKE_CURRENT_BINARY_DIR}/${pch}.h COPYONLY)
 		#add_definitions(-DKST_PCH_RECURSIVE) # only some percents faster
 		kst_add_pch_rule(${CMAKE_CURRENT_BINARY_DIR}/${pch}.h kst_${kst_name}_sources ${type})
@@ -115,6 +116,7 @@
 		add_library(${kst_name} ${type} ${kst_${kst_name}_sources} ${kst_${kst_name}_headers} ${svnversion_h})
 		kst_flat_source_group(${kst_${kst_name}_headers} ${kst_${kst_name}_sources_not_generated})
 	endif()
+	set(lib${kst_name_base} ${kst_name} CACHE STRING "actual ${kst_name} name" FORCE)
 	set_property(TARGET ${kst_name} PROPERTY DEBUG_POSTFIX ${kst_debug_postfix})
 	set_target_properties(${kst_name} PROPERTIES VERSION ${kst_version} SOVERSION ${kst_version_major})
 	kst_revision_add_dependency()
@@ -136,22 +138,22 @@
 		set(CMAKE_LIBRARY_OUTPUT_DIRECTORY ${kst_build_dir}/${kst_install_plugins})
 	endif()
 	include_directories(${CMAKE_BINARY_DIR}/${dir})
-	kst_include_directories(kstcore kstmath kstwidgets)
+	kst_include_directories(core math widgets)
 	set(kst_plugin_dir ${dir})
 	set(kst_plugin_prefix ${ARGN})
 endmacro()
 
 
 macro(kst_add_plugin folder name)
-	set(_name kst_${kst_plugin_prefix}_${folder}_${name})
+	set(_name _${kst_plugin_prefix}_${folder}_${name})
 	string(REPLACE . _  _name ${_name})
 	string(REPLACE / _  _name ${_name})
 	string(REPLACE __ _ _name ${_name})
 	string(REPLACE __ _ _name ${_name})
-	kst_init(${_name})
+	kst_init(${kst_binary_name} ${_name})
 	kst_files_find(${kst_plugin_dir}/${folder}/${name})
 	add_library(${kst_name} MODULE ${kst_${kst_name}_sources} ${kst_${kst_name}_headers})
-	kst_link(kstcore kstmath kstwidgets)
+	kst_link(${libcore} ${libmath} ${libwidgets})
 	if(NOT APPLE)
 		install(TARGETS ${kst_name} LIBRARY DESTINATION ${kst_install_plugins})
 		kst_find_install_desktop_file(${kst_plugin_dir}/${folder}/${name})
@@ -166,7 +168,7 @@
 
 macro(kst_include_directories)
 	foreach(_it ${ARGV})
-		include_directories(${kst_${_it}_includes})
+		include_directories(${kst_${kst_binary_name}${_it}_includes})
 	endforeach()
 endmacro()
 
--- branches/work/kst/portto4/kst/cmake/src/d2asc/CMakeLists.txt #1225673:1225674
@@ -2,11 +2,11 @@
 
 kst_files_find(src/d2asc)
 
-kst_include_directories(kstcore kstmath)
+kst_include_directories(core math)
 
 kst_add_executable()
 
-kst_link(kstcore kstmath)
+kst_link(${libcore} ${libmath})
 
 kst_install_executable()
 
--- branches/work/kst/portto4/kst/cmake/src/d2d/CMakeLists.txt #1225673:1225674
@@ -1,11 +1,11 @@
-kst_init(d2d)
+kst_init(d2d "")
 
 kst_files_find(src/d2d)
 
-kst_include_directories(kstcore kstmath)
+kst_include_directories(core math)
 
 kst_add_executable()
 
-kst_link(kstcore kstmath)
+kst_link(${libcore} ${libmath})
 
 kst_install_executable()
--- branches/work/kst/portto4/kst/cmake/src/kst/CMakeLists.txt #1225673:1225674
@@ -1,4 +1,4 @@
-kst_init(${kst_binary_name})
+kst_init(${kst_binary_name} "")
 
 kst_files_ignore(main-vld)
 
@@ -26,11 +26,11 @@
 	${kst_dir}/NEWS
 	${kst_dir}/README)
 
-kst_include_directories(kstapp)
+kst_include_directories(app)
 
 kst_add_executable(${kst_win32} ${rc_file})
 
-kst_link(kstcore kstmath kstapp kstwidgets)
+kst_link(${libcore} ${libmath} ${libapp} ${libwidgets})
 
 kst_install_executable()
 
--- branches/work/kst/portto4/kst/cmake/src/libkst/CMakeLists.txt #1225673:1225674
@@ -1,4 +1,4 @@
-kst_init(kstcore)
+kst_init(${kst_binary_name} core)
 
 kst_files_ignore(stdinsource timezones)
 
--- branches/work/kst/portto4/kst/cmake/src/libkstapp/CMakeLists.txt #1225673:1225674
@@ -1,8 +1,8 @@
-kst_init(kstapp)
+kst_init(${kst_binary_name} app)
 
 kst_files_find(src/libkstapp)
 
-kst_include_directories(kstcore kstmath kstwidgets)
+kst_include_directories(core math widgets)
 
 set(AUTHORS ${kst_dir}/AUTHORS)
 set_source_files_properties(${AUTHORS} PROPERTIES GENERATED TRUE HEADER_FILE_ONLY TRUE)
@@ -16,4 +16,4 @@
 		
 kst_add_library(STATIC ${CMAKE_BINARY_DIR}/authors.h ${AUTHORS})
 
-kst_link(kstcore kstmath kstwidgets)
+kst_link(${libcore} ${libmath} ${libwidgets})
--- branches/work/kst/portto4/kst/cmake/src/libkstmath/CMakeLists.txt #1225673:1225674
@@ -1,11 +1,11 @@
-kst_init(kstmath)
+kst_init(${kst_binary_name} math)
 
 kst_files_find(src/libkstmath)
 
 kst_dont_merge(eparse.cpp escan.cpp fftsg_h.c)
 
-kst_include_directories(kstcore)
+kst_include_directories(core math)
 
 kst_add_library(SHARED)
 
-kst_link(kstcore)
\ No newline at end of file
+kst_link(${libcore})
\ No newline at end of file
--- branches/work/kst/portto4/kst/cmake/src/widgets/CMakeLists.txt #1225673:1225674
@@ -1,9 +1,9 @@
-kst_init(kstwidgets)
+kst_init(${kst_binary_name} widgets)
 
 kst_files_find(src/widgets)
 
-kst_include_directories(kstcore kstapp kstmath)
+kst_include_directories(core app math)
 
 kst_add_library(SHARED)
 
-kst_link(kstcore kstmath)
\ No newline at end of file
+kst_link(${libcore} ${libmath})
\ No newline at end of file
--- branches/work/kst/portto4/kst/cmake/tests/CMakeLists.txt #1225673:1225674
@@ -4,7 +4,7 @@
 
 list(REMOVE_ITEM test_headers ${kst_dir}/tests/ksttest.h)
 
-kst_include_directories(kstcore kstmath)
+kst_include_directories(core math)
 
 add_definitions(-DKST_USE_QTEST_MAIN -DKST_SRC_DIR=${kst_dir})
 
@@ -16,7 +16,7 @@
 		message(STATUS "Building test ${testname}")
 	endif()
 
-	kst_init(${testname})
+	kst_init(${testname} "")
 
 	set(moc_file)
 	qt4_wrap_cpp(moc_file ${header} OPTIONS "-nw")
@@ -26,7 +26,7 @@
 		${kst_dir}/tests/${filename}.cpp
 		${header} ${moc_file})
 
-	kst_link(kstcore kstmath ${QT_QTTEST_LIBRARY})
+	kst_link(${libcore} ${libmath} ${QT_QTTEST_LIBRARY})
 
 	add_test(NAME ${testname} COMMAND ${testname})
 
--- branches/work/kst/portto4/kst/cmake/tests/allinone/CMakeLists.txt #1225673:1225674
@@ -1,13 +1,13 @@
 
-kst_init(ksttests)
+kst_init(${kst_binary_name} tests)
 
 kst_files_find(tests)
 
-kst_include_directories(kstcore kstmath)
+kst_include_directories(core math)
 
 remove_definitions(-DKST_USE_QTEST_MAIN)
 
 kst_add_executable()
 
-kst_link(kstcore kstmath ${QT_QTTEST_LIBRARY})
+kst_link(${libcore} ${libmath} ${QT_QTTEST_LIBRARY})
 

From syntheticpp at gmx.net  Tue Mar 22 23:21:58 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Tue, 22 Mar 2011 23:21:58 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src
In-Reply-To: <1840305367.2304641300830591164.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <1840305367.2304641300830591164.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <4D892106.7050106@gmx.net>

On 22.03.2011 22:49, Nicolas Brisset wrote:
>> I've reverted my workaround in fitpolynomial_unweighted.cpp because
>> it was no generic solution. But then the reload bug pops up again.
>> So the order of output/input doesn't matter here.
>>
>> The problem (when loading) is that the dataobject is created with
>> a xnum, and it assumes that xnum is incremented when the input scalar
>> is loaded. But the scalar already exits with the initial xnum as
>> name.
>> Thus xnum is not incremented and when the xnum value is used for the
>> next creation of a scalar then two scalars have the same name.
> I confirm that reloading a polynomial unweighted fit label currently does not work.
> It seems you have identified the issue quite precisely, I hope it can be fixed easily... I believe it is the last problem holding 2.0.3 back, is it right?

Yes, I hope ;)

> Once 2.0.3 is out, I'll try to update the roadmap and create some bugzilla entries so that we have a clear vision of the next steps.
>
> Nicolas
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>

From syntheticpp at gmx.net  Tue Mar 22 23:23:16 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Tue, 22 Mar 2011 23:23:16 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/cmake/src/libkstmath
Message-ID: <20110322222316.98E85AC8CA@svn.kde.org>

SVN commit 1225680 by kuemmel:

new line at end

 M  +1 -1      CMakeLists.txt  


--- branches/work/kst/portto4/kst/cmake/src/libkstmath/CMakeLists.txt #1225679:1225680
@@ -8,4 +8,4 @@
 
 kst_add_library(SHARED)
 
-kst_link(${libcore})
\ No newline at end of file
+kst_link(${libcore})

From netterfield at astro.utoronto.ca  Tue Mar 22 23:43:05 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Tue, 22 Mar 2011 18:43:05 -0400
Subject: [Kst] Re: branches/work/kst/portto4/kst/src
In-Reply-To: <4D892106.7050106@gmx.net>
References: <1840305367.2304641300830591164.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<4D892106.7050106@gmx.net>
Message-ID: <AANLkTi=Dp-0Yua+ZaG1AAsJW366D6ROh=JaB0-UO=dhA@mail.gmail.com>

I have a fix which I will try to finish tonight.
On Mar 22, 2011 6:21 PM, "Peter K?mmel" <syntheticpp at gmx.net> wrote:
> On 22.03.2011 22:49, Nicolas Brisset wrote:
>>> I've reverted my workaround in fitpolynomial_unweighted.cpp because
>>> it was no generic solution. But then the reload bug pops up again.
>>> So the order of output/input doesn't matter here.
>>>
>>> The problem (when loading) is that the dataobject is created with
>>> a xnum, and it assumes that xnum is incremented when the input scalar
>>> is loaded. But the scalar already exits with the initial xnum as
>>> name.
>>> Thus xnum is not incremented and when the xnum value is used for the
>>> next creation of a scalar then two scalars have the same name.
>> I confirm that reloading a polynomial unweighted fit label currently does
not work.
>> It seems you have identified the issue quite precisely, I hope it can be
fixed easily... I believe it is the last problem holding 2.0.3 back, is it
right?
>
> Yes, I hope ;)
>
>> Once 2.0.3 is out, I'll try to update the roadmap and create some
bugzilla entries so that we have a clear vision of the next steps.
>>
>> Nicolas
>> _______________________________________________
>> Kst mailing list
>> Kst at kde.org
>> https://mail.kde.org/mailman/listinfo/kst
>>
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kst/attachments/20110322/8e966868/attachment.htm 

From netterfield at astro.utoronto.ca  Wed Mar 23 00:05:59 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Tue, 22 Mar 2011 19:05:59 -0400
Subject: [Kst] Re: branches/work/kst/portto4/kst/src
In-Reply-To: <4D892106.7050106@gmx.net>
References: <1840305367.2304641300830591164.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<4D892106.7050106@gmx.net>
Message-ID: <AANLkTi=EDnvGfDqTWefR=yTp-37h_PgiS_78u2ZUnXa6@mail.gmail.com>

On Tue, Mar 22, 2011 at 6:21 PM, Peter K?mmel <syntheticpp at gmx.net> wrote:
> On 22.03.2011 22:49, Nicolas Brisset wrote:
>>> I've reverted my workaround in fitpolynomial_unweighted.cpp because
>>> it was no generic solution. But then the reload bug pops up again.
>>> So the order of output/input doesn't matter here.
>>>
>>> The problem (when loading) is that the dataobject is created with
>>> a xnum, and it assumes that xnum is incremented when the input scalar
>>> is loaded. But the scalar already exits with the initial xnum as
>>> name.
>>> Thus xnum is not incremented and when the xnum value is used for the
>>> next creation of a scalar then two scalars have the same name.
>> I confirm that reloading a polynomial unweighted fit label currently does not work.
>> It seems you have identified the issue quite precisely, I hope it can be fixed easily... I believe it is the last problem holding 2.0.3 back, is it right?
>
> Yes, I hope ;)
>

The issue is that all output primitives associated with a data object
must be created in sequential order with no breaks.
The problem is that in some cases, scalars are created from the
scalarselector in the middle of creation.  The previous patch I put in
attempted to move the creation of the input scalars until after the
output scalars had been created.  This worked for all of the filters,
and some of the fits, but did not work for fits which output a
parameters vector, as the scalars associated with it are not created
until after the inputs are created, and, at least in the case of the
polynomials, they can't be.

So a solution (other than a more severe re-structuring of shortNames)
in these cases is to move the creation of the input scalars to before
the object is created (ie, Peter's previous patch which he reverted).

This applies to about 6 plugins.

There is clearly a need to simplify the creation of plugins though.

-- 
C. Barth Netterfield
University of Toronto
416-845-0946

From netterfield at astro.utoronto.ca  Wed Mar 23 00:22:30 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Wed, 23 Mar 2011 00:22:30 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/plugins/fits
Message-ID: <20110322232230.93897AC8C9@svn.kde.org>

SVN commit 1225689 by netterfield:

Create scalar inputs before creating the object, so that short name loading works.



 M  +13 -3     kneefrequency/fitkneefrequency.cpp  
 M  +8 -2      polynomial_unweighted/fitpolynomial_unweighted.cpp  
 M  +7 -1      polynomial_weighted/fitpolynomial_weighted.cpp  
 M  +10 -2     sinusoid_unweighted/fitsinusoid_unweighted.cpp  
 M  +10 -2     sinusoid_weighted/fitsinusoid_weighted.cpp  


--- branches/work/kst/portto4/kst/src/plugins/fits/kneefrequency/fitkneefrequency.cpp #1225688:1225689
@@ -440,15 +440,25 @@
 
   if (ConfigWidgetFitKneeFrequencyPlugin* config = static_cast<ConfigWidgetFitKneeFrequencyPlugin*>(configWidget)) {
 
+    Kst::ScalarPtr max;
+    Kst::ScalarPtr min;
+    Kst::ScalarPtr noise;
+
+    if (setupInputsOutputs) {
+      max = config->selectedScalarMax();
+      min = config->selectedScalarMin();
+      noise = config->selectedScalarWhiteNoise();
+    }
+
     FitKneeFrequencySource* object = store->createObject<FitKneeFrequencySource>();
 
     if (setupInputsOutputs) {
       object->setupOutputs();
       object->setInputVector(VECTOR_IN_X, config->selectedVectorX());
       object->setInputVector(VECTOR_IN_Y, config->selectedVectorY());
-      object->setInputScalar(SCALAR_IN_MAX, config->selectedScalarMax());
-      object->setInputScalar(SCALAR_IN_MIN, config->selectedScalarMin());
-      object->setInputScalar(SCALAR_IN_WHITENOISE, config->selectedScalarWhiteNoise());
+      object->setInputScalar(SCALAR_IN_MAX, max);
+      object->setInputScalar(SCALAR_IN_MIN, min);
+      object->setInputScalar(SCALAR_IN_WHITENOISE, noise);
     }
 
     object->setPluginName(pluginName());
--- branches/work/kst/portto4/kst/src/plugins/fits/polynomial_unweighted/fitpolynomial_unweighted.cpp #1225688:1225689
@@ -221,7 +221,7 @@
   QString str = Name();
 
   if (hasParameterVector()) {
-    Kst::VectorPtr vectorParam = _outputVectors["Parameters Vector"];
+    Kst::VectorPtr vectorParam = _outputVectors[VECTOR_OUT_Y_PARAMETERS];
     for (int i = 0; i < vectorParam->length(); i++) {
       QString paramName = parameterName(i);
       if (!paramName.isEmpty()) {
@@ -322,13 +322,19 @@
 
   if (ConfigWidgetFitPolynomialUnweightedPlugin* config = static_cast<ConfigWidgetFitPolynomialUnweightedPlugin*>(configWidget)) {
 
+    Kst::ScalarPtr order;
+
+    if (setupInputsOutputs) {
+      order = config->selectedScalarOrder();
+    }
+
     FitPolynomialUnweightedSource* object = store->createObject<FitPolynomialUnweightedSource>();
 
     if (setupInputsOutputs) {
       object->setupOutputs();
       object->setInputVector(VECTOR_IN_X, config->selectedVectorX());
       object->setInputVector(VECTOR_IN_Y, config->selectedVectorY());
-      object->setInputScalar(SCALAR_IN, config->selectedScalarOrder());
+      object->setInputScalar(SCALAR_IN, order);
     }
 
     object->setPluginName(pluginName());
--- branches/work/kst/portto4/kst/src/plugins/fits/polynomial_weighted/fitpolynomial_weighted.cpp #1225688:1225689
@@ -342,6 +342,12 @@
 
   if (ConfigWidgetFitPolynomialWeightedPlugin* config = static_cast<ConfigWidgetFitPolynomialWeightedPlugin*>(configWidget)) {
 
+    Kst::ScalarPtr order;
+
+    if (setupInputsOutputs) {
+      order = config->selectedScalarOrder();
+    }
+
     FitPolynomialWeightedSource* object = store->createObject<FitPolynomialWeightedSource>();
 
     if (setupInputsOutputs) {
@@ -349,7 +355,7 @@
       object->setInputVector(VECTOR_IN_X, config->selectedVectorX());
       object->setInputVector(VECTOR_IN_Y, config->selectedVectorY());
       object->setInputVector(VECTOR_IN_WEIGHTS, config->selectedVectorWeights());
-      object->setInputScalar(SCALAR_IN, config->selectedScalarOrder());
+      object->setInputScalar(SCALAR_IN, order);
     }
 
     object->setPluginName(pluginName());
--- branches/work/kst/portto4/kst/src/plugins/fits/sinusoid_unweighted/fitsinusoid_unweighted.cpp #1225688:1225689
@@ -337,14 +337,22 @@
 
   if (ConfigWidgetFitSinusoidUnweightedPlugin* config = static_cast<ConfigWidgetFitSinusoidUnweightedPlugin*>(configWidget)) {
 
+    Kst::ScalarPtr harmonics;
+    Kst::ScalarPtr period;
+
+    if (setupInputsOutputs) {
+      harmonics = config->selectedScalarHarmonics();
+      period = config->selectedScalarPeriod();
+    }
+
     FitSinusoidUnweightedSource* object = store->createObject<FitSinusoidUnweightedSource>();
 
     if (setupInputsOutputs) {
       object->setupOutputs();
       object->setInputVector(VECTOR_IN_X, config->selectedVectorX());
       object->setInputVector(VECTOR_IN_Y, config->selectedVectorY());
-      object->setInputScalar(SCALAR_IN_HARMONICS, config->selectedScalarHarmonics());
-      object->setInputScalar(SCALAR_IN_PERIOD, config->selectedScalarPeriod());
+      object->setInputScalar(SCALAR_IN_HARMONICS, harmonics);
+      object->setInputScalar(SCALAR_IN_PERIOD, period);
     }
 
     object->setPluginName(pluginName());
--- branches/work/kst/portto4/kst/src/plugins/fits/sinusoid_weighted/fitsinusoid_weighted.cpp #1225688:1225689
@@ -360,6 +360,14 @@
 
   if (ConfigWidgetFitSinusoidWeightedPlugin* config = static_cast<ConfigWidgetFitSinusoidWeightedPlugin*>(configWidget)) {
 
+    Kst::ScalarPtr harmonics;
+    Kst::ScalarPtr period;
+
+    if (setupInputsOutputs) {
+      harmonics = config->selectedScalarHarmonics();
+      period = config->selectedScalarPeriod();
+    }
+
     FitSinusoidWeightedSource* object = store->createObject<FitSinusoidWeightedSource>();
 
     if (setupInputsOutputs) {
@@ -367,8 +375,8 @@
       object->setInputVector(VECTOR_IN_X, config->selectedVectorX());
       object->setInputVector(VECTOR_IN_Y, config->selectedVectorY());
       object->setInputVector(VECTOR_IN_WEIGHTS, config->selectedVectorWeights());
-      object->setInputScalar(SCALAR_IN_HARMONICS, config->selectedScalarHarmonics());
-      object->setInputScalar(SCALAR_IN_PERIOD, config->selectedScalarPeriod());
+      object->setInputScalar(SCALAR_IN_HARMONICS, harmonics);
+      object->setInputScalar(SCALAR_IN_PERIOD, period);
     }
 
     object->setPluginName(pluginName());

From syntheticpp at gmx.net  Wed Mar 23 09:40:58 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Wed, 23 Mar 2011 09:40:58 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/cmake/src/kst
Message-ID: <20110323084058.77723AC8C9@svn.kde.org>

SVN commit 1225787 by kuemmel:

formating

 M  +0 -1      CMakeLists.txt  


--- branches/work/kst/portto4/kst/cmake/src/kst/CMakeLists.txt #1225786:1225787
@@ -35,7 +35,6 @@
 kst_install_executable()
 
 if(UNIX AND NOT APPLE)
-	
 	set(man ${CMAKE_BINARY_DIR}/${kst_binary_name}.1)
 	configure_file(${kst_dir}/src/kst/kst.1.txt ${man})
 	install(CODE "execute_process(COMMAND gzip ${man})")

From Nicolas.Brisset at eurocopter.com  Wed Mar 23 10:02:26 2011
From: Nicolas.Brisset at eurocopter.com (Brisset, Nicolas)
Date: Wed, 23 Mar 2011 10:02:26 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/plugins/fits
In-Reply-To: <20110322232230.93897AC8C9@svn.kde.org>
References: <20110322232230.93897AC8C9@svn.kde.org>
Message-ID: <C4AA52C506197E4981154F0999F2020B022C2FCF@sma2918.cr.eurocopter.corp>

> SVN commit 1225689 by netterfield:
> 
> Create scalar inputs before creating the object, so that short name
> loading works.
I've just done some tests, and it looks good. Should we finally release
2.0.3 now :-) ?

Nicolas 


Eurocopter Deutschland GmbH
Sitz der Gesellschaft/Registered Office: Donauwoerth
Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
Geschaeftsfuehrung/Board of Management:
Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt

CONFIDENTIALITY NOTICE 

This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful. 
If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much. 
It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message. 


From syntheticpp at gmx.net  Wed Mar 23 10:04:11 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Wed, 23 Mar 2011 10:04:11 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst
Message-ID: <20110323090411.9418EAC8C9@svn.kde.org>

SVN commit 1225790 by kuemmel:

some cleanup

 M  +8 -7      INSTALL  
 M  +3 -3      cmake/CMakeLists.txt  


--- branches/work/kst/portto4/kst/INSTALL #1225789:1225790
@@ -105,21 +105,22 @@
 	Available options will be listed on each cmake run.
 	Here the options with their default value:
 
-	-- kst_release              = OFF    : Build release version
+	-- kst_release              = OFF    : Build release version: optimize for speed, don't embedded debug symbols
 	-- kst_merge_files          = OFF    : Merge files to speedup build about factor 5
 	-- kst_merge_rebuild        = OFF    : Rebuild generated files from merged files build
 	-- kst_verbose              = OFF    : Make verbose CMake run and Makefiles
-	-- kst_console              = OFF    : Open console on Windows
-	-- kst_install_prefix       = OFF    : Install path for Kst, using a default if not set
+	-- kst_install_prefix       = ON     : Install path for Kst, using a default if not set
+	-- kst_install_libdir       = ON     : Install directory name for libraries
 	-- kst_3rdparty             = ON     : Build plugins depending on 3rd party libraries
-	-- kst_3rdparty_download    = OFF    : Download precompiled 3rd party libraries
 	-- kst_dataobjects          = ON     : Build dataobject plugins
 	-- kst_test                 = OFF    : Build unit tests
-	-- kst_pch                  = OFF    : Use precompiled headers
+	-- kst_pch                  = ON     : Use precompiled headers
+	-- kst_svnversion           = ON     : Use svnversion's output for Kst's version information
+	-- kst_rpath                = ON     : Use rpath
+	-- kst_3rdparty_download    = OFF    : Download precompiled 3rd party libraries
+	-- kst_console              = OFF    : Open console on Windows
 	-- kst_edit_cont            = OFF    : Enable "Edit and Continue" for Visual Studio
-	-- kst_svnversion           = OFF    : Use svnversion's output for Kst's version information
 
-	
 	To enable a option pass the value ON or 1, eg
 		cmake ../kst/cmake -Dkst_merge_files=1
 
--- branches/work/kst/portto4/kst/cmake/CMakeLists.txt #1225789:1225790
@@ -24,15 +24,15 @@
 kst_option(verbose "Make verbose CMake run and Makefiles" OFF all)
 kst_option(install_prefix "Install path for Kst, using a default if not set" OFF all)
 kst_option(install_libdir "Install directory name for libraries" OFF all)
-kst_option(console "Open console on Windows" OFF win)
 kst_option(3rdparty "Build plugins depending on 3rd party libraries" ON all)
-kst_option(3rdparty_download "Download precompiled 3rd party libraries" OFF win)
 kst_option(dataobjects "Build dataobject plugins" ON all)
 kst_option(test "Build unit tests" OFF all)
 kst_option(pch "Use precompiled headers" ON all)
-kst_option(edit_cont "Enable \"Edit and Continue\" for Visual Studio" OFF win)
 kst_option(svnversion "Use svnversion's output for Kst's version information" ON all)
 kst_option(rpath "Use rpath" ON gcc)
+kst_option(3rdparty_download "Download precompiled 3rd party libraries" OFF win)
+kst_option(console "Open console on Windows" OFF win)
+kst_option(edit_cont "Enable \"Edit and Continue\" for Visual Studio" OFF win)
 
 message(STATUS)
 

From syntheticpp at gmx.net  Wed Mar 23 10:09:36 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Wed, 23 Mar 2011 10:09:36 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src/plugins/fits
In-Reply-To: <C4AA52C506197E4981154F0999F2020B022C2FCF@sma2918.cr.eurocopter.corp>
References: <20110322232230.93897AC8C9@svn.kde.org>
	<C4AA52C506197E4981154F0999F2020B022C2FCF@sma2918.cr.eurocopter.corp>
Message-ID: <4D89B8D0.7060802@gmx.net>

On 23.03.2011 10:02, Brisset, Nicolas wrote:
>> SVN commit 1225689 by netterfield:
>>
>> Create scalar inputs before creating the object, so that short name
>> loading works.
> I've just done some tests, and it looks good. Should we finally release
> 2.0.3 now :-) ?
>

There where so much changes, shouldn't we make one more rc before the release?

> Nicolas
>
>
> Eurocopter Deutschland GmbH
> Sitz der Gesellschaft/Registered Office: Donauwoerth
> Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
> Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
> Geschaeftsfuehrung/Board of Management:
> Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt
>
> CONFIDENTIALITY NOTICE
>
> This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful.
> If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much.
> It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message.
>
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>

From syntheticpp at gmx.net  Wed Mar 23 10:13:04 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Wed, 23 Mar 2011 10:13:04 +0100
Subject: [Kst] Re: branches/work/kst/portto4/kst/src
In-Reply-To: <AANLkTi=EDnvGfDqTWefR=yTp-37h_PgiS_78u2ZUnXa6@mail.gmail.com>
References: <1840305367.2304641300830591164.JavaMail.root@zimbra13-e2.priv.proxad.net>	<4D892106.7050106@gmx.net>
	<AANLkTi=EDnvGfDqTWefR=yTp-37h_PgiS_78u2ZUnXa6@mail.gmail.com>
Message-ID: <4D89B9A0.3000501@gmx.net>

On 23.03.2011 00:05, Barth Netterfield wrote:
> On Tue, Mar 22, 2011 at 6:21 PM, Peter K?mmel<syntheticpp at gmx.net>  wrote:
>> On 22.03.2011 22:49, Nicolas Brisset wrote:
>>>> I've reverted my workaround in fitpolynomial_unweighted.cpp because
>>>> it was no generic solution. But then the reload bug pops up again.
>>>> So the order of output/input doesn't matter here.
>>>>
>>>> The problem (when loading) is that the dataobject is created with
>>>> a xnum, and it assumes that xnum is incremented when the input scalar
>>>> is loaded. But the scalar already exits with the initial xnum as
>>>> name.
>>>> Thus xnum is not incremented and when the xnum value is used for the
>>>> next creation of a scalar then two scalars have the same name.
>>> I confirm that reloading a polynomial unweighted fit label currently does not work.
>>> It seems you have identified the issue quite precisely, I hope it can be fixed easily... I believe it is the last problem holding 2.0.3 back, is it right?
>>
>> Yes, I hope ;)
>>
>
> The issue is that all output primitives associated with a data object
> must be created in sequential order with no breaks.
> The problem is that in some cases, scalars are created from the
> scalarselector in the middle of creation.  The previous patch I put in
> attempted to move the creation of the input scalars until after the
> output scalars had been created.  This worked for all of the filters,
> and some of the fits, but did not work for fits which output a
> parameters vector, as the scalars associated with it are not created
> until after the inputs are created, and, at least in the case of the
> polynomials, they can't be.
>
> So a solution (other than a more severe re-structuring of shortNames)
> in these cases is to move the creation of the input scalars to before
> the object is created (ie, Peter's previous patch which he reverted).
>

I've hoped you have a better solution ;)

> This applies to about 6 plugins.
>
> There is clearly a need to simplify the creation of plugins though.
>

From syntheticpp at gmx.net  Wed Mar 23 13:26:39 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Wed, 23 Mar 2011 13:26:39 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/misc
Message-ID: <20110323122639.D8C49AC8C9@svn.kde.org>

SVN commit 1225799 by kuemmel:

mac script

 AM            mac-release.sh  



From syntheticpp at gmx.net  Wed Mar 23 13:30:19 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Wed, 23 Mar 2011 13:30:19 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/misc
Message-ID: <20110323123019.28201AC8C9@svn.kde.org>

SVN commit 1225800 by kuemmel:

mac script

 M  +2 -4      mac-release.sh  


--- branches/work/kst/portto4/kst/misc/mac-release.sh #1225799:1225800
@@ -6,7 +6,5 @@
 
 make -j4
 
-#make package # ugly dmg produced by cmake
-make install
-hdiutil create -ov  -srcfolder $2 -volname $2 -format UDRW $2.dmg
-
+#TODO Why is /build/bin/kst2 added to the dmg?
+make package

From syntheticpp at gmx.net  Wed Mar 23 13:35:08 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Wed, 23 Mar 2011 13:35:08 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/cmake
Message-ID: <20110323123508.2E639AC8C9@svn.kde.org>

SVN commit 1225801 by kuemmel:

cmake 2.8.4 needed to list show GPL

 M  +2 -5      CMakeLists.txt  


--- branches/work/kst/portto4/kst/cmake/CMakeLists.txt #1225800:1225801
@@ -244,15 +244,12 @@
 set(CPACK_STRIP_FILES 1)
 
 
-if(UNIX)
+
 	# cmake bug, problems with the quotes in the gpl, fixed in 2.8.4
-	set(CPACK_RESOURCE_FILE_LICENSE ${CMAKE_BINARY_DIR}/gpl)
-	FILE(WRITE ${CPACK_RESOURCE_FILE_LICENSE} "\n\nGNU GENERAL PUBLIC LICENSE, Version 2, June 1991")
-else()
 	set(CPACK_RESOURCE_FILE_LICENSE "${kst_dir}/COPYING")
-endif()
 
 
+
 # sources
 set(CPACK_SOURCE_INSTALLED_DIRECTORIES "${kst_dir};/") # http://www.mail-archive.com/cmake at cmake.org/msg33720.html
 set(CPACK_SOURCE_GENERATOR TGZ ZIP TBZ2)

From syntheticpp at gmx.net  Wed Mar 23 13:35:41 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Wed, 23 Mar 2011 13:35:41 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/misc
Message-ID: <20110323123541.BB483AC8CA@svn.kde.org>

SVN commit 1225802 by kuemmel:

.sh binary on linux is enough

 M  +0 -1      linux-release.sh  


--- branches/work/kst/portto4/kst/misc/linux-release.sh #1225801:1225802
@@ -25,7 +25,6 @@
 	# spaces in $2 "Kst\\ 2.0.3"
 	scp \
 	${kst_install_prefix}-binary.sh \
-	${kst_install_prefix}-binary.tar.gz \
 	${kst_install_prefix}.tar.gz \
 	${kst_install_prefix}.tar.bz2 \
 	${3},kst at frs.sourceforge.net:"/home/frs/project/k/ks/kst/${2}"

From syntheticpp at gmx.net  Wed Mar 23 14:18:22 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Wed, 23 Mar 2011 14:18:22 +0100
Subject: [Kst]  Kst 2.0.3 RC4
Message-ID: <4D89F31E.50907@gmx.net>

Hope this is the last RC for 2.0.3.

https://sourceforge.net/projects/kst/files/Kst%202.0.3/

Peter

From dasilva at iap.fr  Wed Mar 23 15:49:46 2011
From: dasilva at iap.fr (Pierre Da Silva)
Date: Wed, 23 Mar 2011 15:49:46 +0100
Subject: [Kst]  Kst 1files read by Kst 2 ?
Message-ID: <4D8A088A.4080800@iap.fr>

Hello,

Just a simple question, does Kst 2 handle Kst 1 files ?
Or is there any way to transform Kst 1 scripts (.kst files) so that they can be 
read by Kst 2 ?

Thanks for your help.

Pierre Da Silva


From Nicolas.Brisset at eurocopter.com  Wed Mar 23 15:56:13 2011
From: Nicolas.Brisset at eurocopter.com (Brisset, Nicolas)
Date: Wed, 23 Mar 2011 15:56:13 +0100
Subject: [Kst] Re: Kst 1files read by Kst 2 ?
In-Reply-To: <4D8A088A.4080800@iap.fr>
References: <4D8A088A.4080800@iap.fr>
Message-ID: <C4AA52C506197E4981154F0999F2020B023103BF@sma2918.cr.eurocopter.corp>

> Hello,
Hello Pierre,
 
> Just a simple question, does Kst 2 handle Kst 1 files ?
> Or is there any way to transform Kst 1 scripts (.kst files) so that
they
> can be read by Kst 2 ?
Unfortunately, at this moment kst2 cannot read kst1 files. It is
planned, but not available yet. Technically speaking, it may be possible
to write a .xsl transform to at least recreate the objects, even if the
layout is not 100% preserved, but I don't know if it's the right way to
do it. We haven't really decided yet how it should be handled. Unless
Barth has something in mind?

Nicolas


Eurocopter Deutschland GmbH
Sitz der Gesellschaft/Registered Office: Donauwoerth
Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
Geschaeftsfuehrung/Board of Management:
Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt

CONFIDENTIALITY NOTICE 

This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful. 
If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much. 
It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message. 


From syntheticpp at gmx.net  Wed Mar 23 18:31:56 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Wed, 23 Mar 2011 18:31:56 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/libkstapp
Message-ID: <20110323173156.18DE0AC8C9@svn.kde.org>

SVN commit 1225824 by kuemmel:

fix crash on exit

 M  +1 -4      view.cpp  


--- branches/work/kst/portto4/kst/src/libkstapp/view.cpp #1225823:1225824
@@ -106,10 +106,7 @@
 
 
 View::~View() {
-  QList<PlotItem*> list = PlotItemManager::plotsForView(this);
-  foreach (PlotItem *plotItem, list) {
-    delete plotItem;
-  }
+  // PlotItems are QGraphicsItems and managed by Qt's graphic view
   delete _undoStack;
   delete _layoutBoxItem;
 }

From syntheticpp at gmx.net  Wed Mar 23 18:43:26 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Wed, 23 Mar 2011 18:43:26 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/libkstapp
Message-ID: <20110323174326.1DB1AAC8C9@svn.kde.org>

SVN commit 1225825 by kuemmel:

remove warnings about unused/uninitialized variables

 M  +6 -6      mainwindow.cpp  
 M  +4 -0      viewitem.cpp  


--- branches/work/kst/portto4/kst/src/libkstapp/mainwindow.cpp #1225824:1225825
@@ -1406,7 +1406,7 @@
 }
 
 void MainWindow::readFromEnd() {
-  int nf;
+  int nf = 0;
   int skip;
   bool do_skip;
   bool do_filter;
@@ -1436,7 +1436,7 @@
 }
 
 void MainWindow::readToEnd() {
-  int f0;
+  int f0 = 0;
   int skip;
   bool do_skip;
   bool do_filter;
@@ -1473,8 +1473,8 @@
 }
 
 void MainWindow::forward() {
-  int f0;
-  int nf;
+  int f0 = 0;
+  int nf = 0;
   int skip;
   int filelength;
   bool count_from_end;
@@ -1518,8 +1518,8 @@
 }
 
 void MainWindow::back() {
-  int f0;
-  int nf;
+  int f0 = 0;
+  int nf = 0;
   int skip;
   int filelength;
   bool count_from_end;
--- branches/work/kst/portto4/kst/src/libkstapp/viewitem.cpp #1225824:1225825
@@ -1105,6 +1105,7 @@
   const qreal newAspect = r.width() / r.height();
   Q_ASSERT_X(_lockAspectRatio ? qFuzzyCompare(newAspect, oldAspect) : true,
               "lockAspect error", QString(QString::number(newAspect) + "!=" + QString::number(oldAspect)).toLatin1().constData());
+  Q_UNUSED(newAspect);
   setViewRect(r);
 }
 
@@ -1120,6 +1121,7 @@
   const qreal newAspect = r.width() / r.height();
   Q_ASSERT_X(_lockAspectRatio ? qFuzzyCompare(newAspect, oldAspect) : true,
               "lockAspect error", QString(QString::number(newAspect) + "!=" + QString::number(oldAspect)).toLatin1().constData());
+  Q_UNUSED(newAspect);
   setViewRect(r);
 }
 
@@ -1135,6 +1137,7 @@
   const qreal newAspect = r.width() / r.height();
   Q_ASSERT_X(_lockAspectRatio ? qFuzzyCompare(newAspect, oldAspect) : true,
               "lockAspect error", QString(QString::number(newAspect) + "!=" + QString::number(oldAspect)).toLatin1().constData());
+  Q_UNUSED(newAspect);
   setViewRect(r);
 }
 
@@ -1149,6 +1152,7 @@
   const qreal newAspect = r.width() / r.height();
   Q_ASSERT_X(_lockAspectRatio ? qFuzzyCompare(newAspect, oldAspect) : true,
               "lockAspect error", QString(QString::number(newAspect) + "!=" + QString::number(oldAspect)).toLatin1().constData());
+  Q_UNUSED(newAspect);
   setViewRect(r);
 }
 

From remuneratedl32 at ec-network.ru  Wed Mar 23 20:41:36 2011
From: remuneratedl32 at ec-network.ru (=?koi8-r?B?4czFy9PBzsTS?=)
Date: Thu, 24 Mar 2011 01:11:36 +0530
Subject: [Kst] =?koi8-r?b?7sUg083PxyDT19HawdTY09Eg0yD3wc3JINDPINTFzMXGz87V?=
Message-ID: <duq86akmd10147hxyb@localhost.localdomain>

????????????!

????????? ?? ??? ???? ? ?????????, ? ????? ?????????? ???? ??????. ?? ???????, ??????? ?????? ? ????????? - ??????????? ?? ??????????, ????? ???????? ??????.

????????? ????????? ???????????? ???????????, ?????? ?? ?????????? ? ?????? ?????, ? ?????????????? ??? ? ?????????, ??? ??????? ???? ????????????? ???????.

??? ?????? ????? ????????.

? ????? ???? ???????? ???????????? ?????? ?????.

???? ??????? ? ????????? ??? ????? ???? ?????????, ?????????? ????????? ?? ????:
???????:+7 (495) 517-O6-?8
ICQ: 397 0 9 5 8 07
Email: grishenkovpigu at mail.ru

? ?????????, ?????????


From syntheticpp at gmx.net  Wed Mar 23 21:37:12 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Wed, 23 Mar 2011 21:37:12 +0100 (CET)
Subject: [Kst]  branches/work/kst/portto4/kst/src/libkstapp
Message-ID: <20110323203712.4083CAC8C9@svn.kde.org>

SVN commit 1225837 by kuemmel:

fix crash: unregister plots that will be deleted

 M  +7 -0      plotitemmanager.cpp  
 M  +5 -1      plotitemmanager.h  
 M  +2 -0      view.cpp  


--- branches/work/kst/portto4/kst/src/libkstapp/plotitemmanager.cpp #1225836:1225837
@@ -200,6 +200,13 @@
 }
 
 
+void PlotItemManager::clearPlotsForView(View *view) {
+  if (PlotItemManager::self()->_plotLists.contains(view)) {
+    PlotItemManager::self()->_plotLists.remove(view);
+  }
+}
+
+
 QList<PlotItem*> PlotItemManager::tiedZoomPlotsForView(View *view) {
   if (kstApp->mainWindow()->isTiedTabs()) {
     QList<PlotItem*> plots;
--- branches/work/kst/portto4/kst/src/libkstapp/plotitemmanager.h #1225836:1225837
@@ -28,13 +28,17 @@
 class PlotItemManager : public QObject
 {
   Q_OBJECT
+
   public:
+    static PlotItemManager *self();
+
     static QList<PlotItem*> plotsForView(View *view);
+    static void clearPlotsForView(View *view);
+
     static QList<PlotItem*> tiedZoomPlotsForView(View *view);
     static QList<PlotItem*> tiedZoomPlotsForViewItem(ViewItem *viewItem);
     static QList<PlotItem*> tiedZoomPlots(PlotItem* plotItem);
     static QList<ViewItem*> tiedZoomViewItems(PlotItem* plotItem);
-    static PlotItemManager *self();
 
     void toggleAllTiedZoom(View *view);
 
--- branches/work/kst/portto4/kst/src/libkstapp/view.cpp #1225836:1225837
@@ -1,3 +1,4 @@
+
 /***************************************************************************
  *                                                                         *
  *   copyright : (C) 2007 The University of Toronto                        *
@@ -107,6 +108,7 @@
 
 View::~View() {
   // PlotItems are QGraphicsItems and managed by Qt's graphic view
+  PlotItemManager::clearPlotsForView(this);
   delete _undoStack;
   delete _layoutBoxItem;
 }

From matt at truch.net  Thu Mar 24 18:18:11 2011
From: matt at truch.net (=?utf-8?q?Matthew=20D=2E=20Truch?=)
Date: Thu, 24 Mar 2011 18:18:11 +0100 (CET)
Subject: [Kst]  www/areas/extragear/apps/kst
Message-ID: <20110324171811.41CACAC8C9@svn.kde.org>

SVN commit 1225911 by truch:

Re-enable web user tracking.  


 M  +15 -1     authors.php  
 M  +15 -0     benchmarks/configurations.php  
 M  +15 -0     benchmarks/index.php  
 M  +15 -0     benchmarks/results.php  
 M  +15 -0     download/binary_packages.php  
 M  +15 -0     download/index.php  
 M  +15 -0     download/source_code.php  
 M  +16 -0     index.php  
 M  +16 -0     sample_data/index.php  
 M  +15 -0     screenshots/dialogs/index.php  
 M  +15 -0     screenshots/index.php  
 M  +15 -0     screenshots/sessions/index.php  
 M  +15 -0     video_tutorials/index.php  


--- trunk/www/areas/extragear/apps/kst/authors.php #1225910:1225911
@@ -3,7 +3,6 @@
   include( "header.inc" );
 ?>
 
-<h2>Authors</h2>
 <p>Many people have worked on Kst over the years. Among the most notable contributors are the following persons:</p>
 <ul> 
   <li>Barth Netterfield, original author and maintainer</li> 
@@ -19,6 +18,21 @@
   <li>Zongyi Zhang</li> 
 </ul> 
 
+<script type="text/javascript">
+
+  var _gaq = _gaq || [];
+  _gaq.push(['_setAccount', 'UA-1065417-5']);
+  _gaq.push(['_setDomainName', '.kde.org']);
+  _gaq.push(['_trackPageview']);
+
+  (function() {
+    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
+    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
+    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
+  })();
+
+</script>
+
 <?php
   include "footer.inc";
 ?>
--- trunk/www/areas/extragear/apps/kst/benchmarks/configurations.php #1225910:1225911
@@ -5,6 +5,21 @@
 
 <p>Coming soon...</p>
 
+<script type="text/javascript">
+
+  var _gaq = _gaq || [];
+  _gaq.push(['_setAccount', 'UA-1065417-5']);
+  _gaq.push(['_setDomainName', '.kde.org']);
+  _gaq.push(['_trackPageview']);
+
+  (function() {
+    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
+    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
+    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
+  })();
+
+</script>
+
 <?php
   include "footer.inc";
 ?>
--- trunk/www/areas/extragear/apps/kst/benchmarks/index.php #1225910:1225911
@@ -21,6 +21,21 @@
   <li>LabPlot</li>
 </ul> 
 
+<script type="text/javascript">
+
+  var _gaq = _gaq || [];
+  _gaq.push(['_setAccount', 'UA-1065417-5']);
+  _gaq.push(['_setDomainName', '.kde.org']);
+  _gaq.push(['_trackPageview']);
+
+  (function() {
+    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
+    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
+    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
+  })();
+
+</script>
+
 <?php
   include "footer.inc";
 ?>
--- trunk/www/areas/extragear/apps/kst/benchmarks/results.php #1225910:1225911
@@ -5,6 +5,21 @@
 
 <p>Coming soon...</p>
 
+<script type="text/javascript">
+
+  var _gaq = _gaq || [];
+  _gaq.push(['_setAccount', 'UA-1065417-5']);
+  _gaq.push(['_setDomainName', '.kde.org']);
+  _gaq.push(['_trackPageview']);
+
+  (function() {
+    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
+    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
+    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
+  })();
+
+</script>
+
 <?php
   include "footer.inc";
 ?>
--- trunk/www/areas/extragear/apps/kst/download/binary_packages.php #1225910:1225911
@@ -16,6 +16,21 @@
 <p>Note that we are currently investigating the possibility of using the <a href="https://build.opensuse.org/">openSuse Build Service (OBS)</a> to provide packages for many other popular distros. 
 If you want to help and know your way around, your help is welcome!.</p>
 
+<script type="text/javascript">
+
+  var _gaq = _gaq || [];
+  _gaq.push(['_setAccount', 'UA-1065417-5']);
+  _gaq.push(['_setDomainName', '.kde.org']);
+  _gaq.push(['_trackPageview']);
+
+  (function() {
+    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
+    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
+    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
+  })();
+
+</script>
+
 <?php
   include "footer.inc";
 ?>
--- trunk/www/areas/extragear/apps/kst/download/index.php #1225910:1225911
@@ -7,6 +7,21 @@
 
 <p>Alternatively, if you are a developer and/or like to know what's under the hood you can download the <a href="source_code.php">full source code</a> and compile Kst yourself.</p>
 
+<script type="text/javascript">
+
+  var _gaq = _gaq || [];
+  _gaq.push(['_setAccount', 'UA-1065417-5']);
+  _gaq.push(['_setDomainName', '.kde.org']);
+  _gaq.push(['_trackPageview']);
+
+  (function() {
+    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
+    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
+    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
+  })();
+
+</script>
+
 <?php
   include "footer.inc";
 ?>
--- trunk/www/areas/extragear/apps/kst/download/source_code.php #1225910:1225911
@@ -33,6 +33,21 @@
 <h2>Need more help?</h2>
 <p>Then consider <a href="mailto:kst at kde.org">contacting us</a> and we'll try to help.</p> 
 
+<script type="text/javascript">
+
+  var _gaq = _gaq || [];
+  _gaq.push(['_setAccount', 'UA-1065417-5']);
+  _gaq.push(['_setDomainName', '.kde.org']);
+  _gaq.push(['_trackPageview']);
+
+  (function() {
+    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
+    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
+    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
+  })();
+
+</script>
+
 <?php
   include "footer.inc";
 ?>
--- trunk/www/areas/extragear/apps/kst/index.php #1225910:1225911
@@ -61,6 +61,22 @@
 </ul>
 <p>It does not take a very experienced programmer to customize Kst to your needs.
 </p>
+
+<script type="text/javascript">
+
+  var _gaq = _gaq || [];
+  _gaq.push(['_setAccount', 'UA-1065417-5']);
+  _gaq.push(['_setDomainName', '.kde.org']);
+  _gaq.push(['_trackPageview']);
+
+  (function() {
+    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
+    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
+    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
+  })();
+
+</script>
+
 <?php
   include "footer.inc";
 ?>
--- trunk/www/areas/extragear/apps/kst/sample_data/index.php #1225910:1225911
@@ -34,6 +34,22 @@
 </ul>
 
 <p>Don't hesitate to contact us if you have links to more interesting files.</p>
+
+<script type="text/javascript">
+
+  var _gaq = _gaq || [];
+  _gaq.push(['_setAccount', 'UA-1065417-5']);
+  _gaq.push(['_setDomainName', '.kde.org']);
+  _gaq.push(['_trackPageview']);
+
+  (function() {
+    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
+    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
+    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
+  })();
+
+</script>
+
 <?php
   include "footer.inc";
 ?>
--- trunk/www/areas/extragear/apps/kst/screenshots/dialogs/index.php #1225910:1225911
@@ -152,6 +152,21 @@
   $gallery->show();
 ?>
 
+<script type="text/javascript">
+
+  var _gaq = _gaq || [];
+  _gaq.push(['_setAccount', 'UA-1065417-5']);
+  _gaq.push(['_setDomainName', '.kde.org']);
+  _gaq.push(['_trackPageview']);
+
+  (function() {
+    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
+    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
+    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
+  })();
+
+</script>
+
 <?php
   include "footer.inc";
 ?>
--- trunk/www/areas/extragear/apps/kst/screenshots/index.php #1225910:1225911
@@ -9,6 +9,21 @@
   <li>In the second sub-section, you will find a gallery of <a href="dialogs/">kst dialogs</a></li>
 </ul>
 
+<script type="text/javascript">
+
+  var _gaq = _gaq || [];
+  _gaq.push(['_setAccount', 'UA-1065417-5']);
+  _gaq.push(['_setDomainName', '.kde.org']);
+  _gaq.push(['_trackPageview']);
+
+  (function() {
+    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
+    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
+    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
+  })();
+
+</script>
+
 <?php
   include "footer.inc";
 ?>
--- trunk/www/areas/extragear/apps/kst/screenshots/sessions/index.php #1225910:1225911
@@ -27,6 +27,21 @@
   $gallery->show();
 ?>
 
+<script type="text/javascript">
+
+  var _gaq = _gaq || [];
+  _gaq.push(['_setAccount', 'UA-1065417-5']);
+  _gaq.push(['_setDomainName', '.kde.org']);
+  _gaq.push(['_trackPageview']);
+
+  (function() {
+    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
+    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
+    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
+  })();
+
+</script>
+
 <?php
   include "footer.inc";
 ?>
--- trunk/www/areas/extragear/apps/kst/video_tutorials/index.php #1225910:1225911
@@ -17,6 +17,21 @@
   <li>Advanced layouting and export functions</li>
 </ol>
 
+<script type="text/javascript">
+
+  var _gaq = _gaq || [];
+  _gaq.push(['_setAccount', 'UA-1065417-5']);
+  _gaq.push(['_setDomainName', '.kde.org']);
+  _gaq.push(['_trackPageview']);
+
+  (function() {
+    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
+    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
+    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
+  })();
+
+</script>
+
 <?php
   include "footer.inc";
 ?>

From matt at truch.net  Thu Mar 24 18:39:44 2011
From: matt at truch.net (=?utf-8?q?Matthew=20D=2E=20Truch?=)
Date: Thu, 24 Mar 2011 18:39:44 +0100 (CET)
Subject: [Kst]  www/areas/extragear/apps/kst
Message-ID: <20110324173944.97C11AC8C9@svn.kde.org>

SVN commit 1225913 by truch:

Make it actual XHTML 1.0.


 M  +2 -2      download/binary_packages.php  
 M  +5 -5      download/source_code.php  
 M  +4 -4      index.php  
 M  +1 -1      sample_data/index.php  


--- trunk/www/areas/extragear/apps/kst/download/binary_packages.php #1225912:1225913
@@ -6,8 +6,8 @@
 <ul>
   <li>Windows binaries of Kst 2 are available from <a href="http://sourceforge.net/projects/kst/files">SourceForge</a> and can be simply unzipped into any directory</li>
   <li>Mac OSX binaries are also available in beta version from <a href="http://sourceforge.net/projects/kst/files">the same page</a></li>
-  <li>Packages for Ubuntu can be found at <a href="https://launchpad.net/~stevebenton/+archive/kst2"> launchpad.net</a> 
-  <li>Packages for openSuse can be found <a href="http://software.opensuse.org/search?q=kst&baseproject=openSUSE:11.3&lang=fr&exclude_filter=home:&exclude_debug=true">here</a> 
+  <li>Packages for Ubuntu can be found at <a href="https://launchpad.net/~stevebenton/+archive/kst2"> launchpad.net</a></li>
+  <li>Packages for openSuse can be found <a href="http://software.opensuse.org/search?q=kst&baseproject=openSUSE:11.3&amp;lang=fr&amp;exclude_filter=home:&amp;exclude_debug=true">here</a></li>
 </ul>
 
 <p>If you want packages for your favorite distribution, <a href="mailto:kst at kde.org">contact us</a> and we'll try to help. 
--- trunk/www/areas/extragear/apps/kst/download/source_code.php #1225912:1225913
@@ -5,13 +5,14 @@
 
 <h2>Getting the code</h2>
 <ul> 
-  <li>Pre-packaged source code can be found <a href="http://sourceforge.net/projects/kst/files/Kst%202.0.2/kst-2.0.2.tar.gz/download">here</a>.
+  <li>Pre-packaged source code can be found <a href="http://sourceforge.net/projects/kst/files/Kst%202.0.2/kst-2.0.2.tar.gz/download">here</a>.</li>
   <li>Subversion source:
   <ul> 
-    <li>Browse the <a href="http://websvn.kde.org/branches/work/kst/portto4/kst/">Kst2 code</a> online.
-    <li>Checkout anonymously:<br/> "svn co svn://anonsvn.kde.org/home/kde/branches/work/kst/portto4/kst"
-    <li>Checkout with write access:<br/> "svn co svn+ssh://YOUR_KDE_ACCOUNT_NAME at svn.kde.org/home/kde/branches/work/kst/portto4/kst"
+    <li>Browse the <a href="http://websvn.kde.org/branches/work/kst/portto4/kst/">Kst2 code</a> online.</li>
+    <li>Checkout anonymously:<br/> "svn co svn://anonsvn.kde.org/home/kde/branches/work/kst/portto4/kst"</li>
+    <li>Checkout with write access:<br/> "svn co svn+ssh://YOUR_KDE_ACCOUNT_NAME at svn.kde.org/home/kde/branches/work/kst/portto4/kst"</li>
   </ul> 
+  </li>
 </ul> 
 
 <h2>Compiling</h2>
@@ -28,7 +29,6 @@
   <li>The optional <a href="http://www.unidata.ucar.edu/software/netcdf/">NetCdf</a> library, which provides support for files in the netCDF format</li> 
   <li>The optional <a href="http://muparser.sourceforge.net/">muParser</a> library, which is used in the general non-linear fitting plugin</li> 
 </ul> 
-</p>
 
 <h2>Need more help?</h2>
 <p>Then consider <a href="mailto:kst at kde.org">contacting us</a> and we'll try to help.</p> 
--- trunk/www/areas/extragear/apps/kst/index.php #1225912:1225913
@@ -3,7 +3,7 @@
   include( "header.inc" );
 ?>
 
-<img src="3-pics.png" width="750" style="border:none"/>
+<img src="3-pics.png" width="750" style="border:none" alt="Three kst screenshots" />
 
 <h2>Distinguishing features</h2>
 <p>
@@ -11,9 +11,9 @@
 
 <strong>Kst</strong> is very <u>user-friendly</u> (both the community and the program itself!).<br/>
 
-<strong>Kst</strong> contains many powerful built-in features and is <u>expandable</u> with plugins and extensions (see developer information in the <a href="Ressources">"Ressources"</a> section).</br>
+<strong>Kst</strong> contains many powerful built-in features and is <u>expandable</u> with plugins and extensions (see developer information in the <a href="Ressources">"Ressources"</a> section).<br/>
 
-<strong>Kst</strong> is licensed under the <a href="http://www.gnu.org/copyleft/gpl.html">GPL</a>, and is as such <u>freely available</u> for anyone. What's more, as of 2.0.x it is available on <u>all of the following platforms</u>: Microsoft Windows, Linux, Mac OSX. Note that KDE libraries are an optional dependency (i.e. you can run Kst without KDE, but you get additional features when running on a platform with KDE). See the <a href="download">"Downloads"</a> section for pre-compiled executables or the sources.</br> 
+<strong>Kst</strong> is licensed under the <a href="http://www.gnu.org/copyleft/gpl.html">GPL</a>, and is as such <u>freely available</u> for anyone. What's more, as of 2.0.x it is available on <u>all of the following platforms</u>: Microsoft Windows, Linux, Mac OSX. Note that KDE libraries are an optional dependency (i.e. you can run Kst without KDE, but you get additional features when running on a platform with KDE). See the <a href="download">"Downloads"</a> section for pre-compiled executables or the sources.<br/> 
 </p>
 
 <p> 
@@ -42,7 +42,7 @@
 
 <h2>About Kst 1 and Kst 2</h2>
 <p>
-Currently <a href="kst1">Kst 1.x</a> and Kst 2.x are stable releases.</br>
+Currently <a href="kst1">Kst 1.x</a> and Kst 2.x are stable releases.<br/>
 Kst 1 has some features that Kst 2 does not yet have, but Kst 2 also has some nice improvements over Kst 1. If you are new to Kst, you should probably start with Kst 2, unless you need specific features no yet supported or are working with people using Kst 1. One good place to ask for advice is on the mailing list.
 </p> 
 
--- trunk/www/areas/extragear/apps/kst/sample_data/index.php #1225912:1225913
@@ -14,7 +14,7 @@
 <p>To illustrate the flexibility of Kst in handling various file formats, we provide a couple of sample files using different conventions:</p>
 <ul>
   <li>Some metadata in the header including field names. <a href="2_similar_ASCII_files.tgz">2 similar files</a> are provided to experiment with the "change data file" tool</li>
-  <li>Pure data (Kst will call the vectors "Column1", "Column2", etc...) from a <a href="http://websvn.kde.org/*checkout*/branches/work/kst/portto4/kst/misc/tutorial/gyrodata.dat.gz">gyrometer</a>: 3 vectors x 200 000 samples (gzipped, please uncompress before using)</a></li>
+  <li>Pure data (Kst will call the vectors "Column1", "Column2", etc...) from a <a href="http://websvn.kde.org/*checkout*/branches/work/kst/portto4/kst/misc/tutorial/gyrodata.dat.gz">gyrometer</a>: 3 vectors x 200 000 samples (gzipped, please uncompress before using)</li>
   <li>One large file (zipped) to experiment for yourself the performance of Kst (coming soon)</li>
 </ul>
 

From nicolas.brisset at free.fr  Thu Mar 24 20:32:23 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Thu, 24 Mar 2011 20:32:23 +0100 (CET)
Subject: [Kst] Re: www/areas/extragear/apps/kst
In-Reply-To: <20110324171811.41CACAC8C9@svn.kde.org>
Message-ID: <158086256.2587561300995143086.JavaMail.root@zimbra13-e2.priv.proxad.net>

> SVN commit 1225911 by truch:
> 
> Re-enable web user tracking.  
Hi Matt,

nice that you have activated this. I'd be interested to know how to look at the statistics, if you could give me a small explanation...
I guess we have to wait for some time before having something to look at, but it's a feature I missed in the otherwise pretty cool KDE template system.

Nicolas

From nicolas.brisset at free.fr  Sat Mar 26 20:01:31 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Sat, 26 Mar 2011 20:01:31 +0100 (CET)
Subject: [Kst]  PR proposal for 2.0.3
In-Reply-To: <891070640.2794501301165790000.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <1966283992.2794711301166091384.JavaMail.root@zimbra13-e2.priv.proxad.net>

Hi, 

since we're going to release 2.0.3 any time now (Peter, Barth: is there anything preventing us from doing it right now?), I thought it was a good idea to try and put together a small release blurb. Please comment/improve so that we can try to promote kst a bit wider than just this mailing list this time... 

My plan for this communication effort would be: 
- send the release mail to this list (of course) 
- send the release mail to the kde-science list 
- contact Stuart Jarvis to do an interview and publish something on KDE Dot News (he already offered to do that a little while ago, and Barth could certainly tell a couple of nice stories like committing from the South Pole!) 
- somehow get the news out to planetkde.org (maybe via Stuart again as we don't yet have any planetkde blogger in the kst community) 
- publish the update on kde-apps.org (right now the latest version there is 2.0.0 beta1!!!) 
- maybe also publish on qt-apps.org? 
- I have started contacted scidavis and QtGrace developers to see if there is interest for some cooperation. I already got some feedback, but as hard to believe as it may sound (for people using or working on open-source, Qt-based plotting tools) they don't know kst at all, so I guess it's going to take some time to identify what cooperation could mean, as they will need to try kst - just as we may need to test their tools. I'd like to emphasize that cooperation does not necessarily mean dumping some of the tools (even though it's always a possibility), but maybe some shared libs or plugins would already be interesting. In any case it could be interesting to get the information of the new release posted there too, provided that it is not seen as an offense by the respective devs 
- post the still-to-be-done screencasts on youtube, as even if the quality is not what I'd like for the ones which will be linked to the website, the audience there is probably greater and it can certainly help the google ranking of kst, which is not in the first page right now when you look for "free plotting tool", "free plot tool", or "cross-platform open-source plot tool" 
- pimp up the wikipedia page(s) somehow linked with kst 
- any other good idea you may suggest :-) 

Now in terms of contents, here is what I think we should address. The complete text I'm proposing for review can be found between the lines with stars. 
- new website 
- 3 platforms completely supported 
- much improved metadata support 
- ASCII datasource improvements (performance, config options) 
- KDE integration status and further plans (cmake, icons, KDE HIG, ...) 
- perspective for the next versions (in particular scripting + kst 1.x format support) 
- lots of bugs and crashes fixed 
- the fact that it can be installed alongside kst1, i.e. it can be tested without too much risk 

*********************************************** 
Kst 2.0.3 released March 29th 2011 

The Kst team is happy to announce the immediate availability of Kst 2.0.3, the not yet so well-known but outstanding open-source, cross-platform 2D plotting tool. Packages for Windows, various Linux distributions and Mac OS X are available, as well as the complete source code and cmake-based build files. 
A more detailed presentation of Kst can be found on the completely revamped web page at http://kst-plot.kde.org , which provides detailed screenshots , video tutorials and all the useful download links . 

Kst2 is a major rewrite to Qt4 of the long-existing, Qt3/KDE3-based Kst1 code base. Kst2 has not yet reached feature-parity with Kst1, but on the other hand Kst2 also offers some features not available in Kst1. Both versions are considered stable and can be installed in parallel. This Kst2 release has benefited from much more testing than previous 2.x releases and is now considered usable for real-life projects, even though there are still some rough edges, which are being polished release after release. For a more detailed discussion on the differences between Kst1 and Kst2, please refer to the bottom of this page . 
Note that in the course of the port to Qt4, it was decided to base the core of Kst2 on Qt only for ease of distribution, especially to non-Linux platforms. Currently, Kst2 has no dependency on KDE, even though optional integration of some KDE features is being worked on to benefit those users using the KDE platform. 

Highlights of Kst2 compared with similar plotting tools (like xmgrace/QtGrace, qtiplot/SciDavis, LabPlot) are: 
- outstanding performance: curves with millions of points are no problem at all! 
- plotting of live streams 
- out-of-the box support for a variety of formats (currently ASCII, netCDF, dirfile, Qimage-supported types) 
- very user-friendly and efficient, with a fantastic data import wizard and capacity to edit multiple objects at once 
- active community, with over 300 commits since the previous release in November and an active mailing list 
- easily expandable for new data formats or data analysis algorithms thanks to a plugin-based architecture 
- available on Windows, Linux and Mac OSX 

The most notable improvements brought by Kst 2.0.3 over the 2.0.2 version released in November 2010 are: 
- cmake-based build system, with Windows, Mac OS X and Linux installers 
- many improvements in the reading of ASCII files: extensive UI overhaul and huge speedup 
- support for metadata added for netCDF files (scalar and string attributes) and ASCII (units and some data-file info) 
- UI improvements (new icons, consistency with KDE HIG guidelines, some dialogs reworked) 
- lots of bugs and crashes fixed in less-often used parts of the code 

We hope you will enjoy this release and help us further test and improve the tool. Kst has been developed over many years by professional developers and has reached a high level of maturity, with a very nice, future-proof code base. It was recently field-proven during the Boomerang mission in Antarctica, during which the probably south-most commit ever made landed in KDE's subversion repository! 
We are aware that Kst is not very well known and generally suffers from a lack of awareness, and are seeking to address that with an ambitious communication plan, now that we have reached a solid, mass-consumption ready release. Please take the time to test kst, report the bugs you may find and tell your friends if you like it! 

The Kst Team 
************************************************** 

Sorry for the long mail, but I had lots to say. Now I'm hoping for some feedback and suggestion improvements! 
I still have a couple of things to improve on the website and the screencasts to prepare. Maybe it would also be nice to give Linux packagers some time to prepare packages before announcing the release officially. 
I'm pretty excited to see how this release will be received. I think we're now ready to move to the next level, let's see what feedback we get! 

Nicolas 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kst/attachments/20110326/b11dae1c/attachment.htm 

From netterfield at astro.utoronto.ca  Sat Mar 26 23:15:36 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Sat, 26 Mar 2011 18:15:36 -0400
Subject: [Kst] Re: PR proposal for 2.0.3
In-Reply-To: <1966283992.2794711301166091384.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <891070640.2794501301165790000.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<1966283992.2794711301166091384.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <AANLkTinqEHgQWFtkDg9kKWkd_hT1vtgT1Fzp-C5gMx4k@mail.gmail.com>

This is great Nicolas!

Comments embedded below:

On Sat, Mar 26, 2011 at 3:01 PM, Nicolas Brisset
<nicolas.brisset at free.fr> wrote:
> My plan for this communication effort would be:
> - contact Stuart Jarvis to do an interview and publish something on KDE Dot
> News (he already offered to do that a little while ago, and Barth could
> certainly tell a couple of nice stories like committing from the South
> Pole!)

I'll try to bounce back words to him as quickly as possible.

> [...]
> - publish the update on kde-apps.org (right now the latest version there is
> 2.0.0 beta1!!!)

I got the account switched over to me, so I will upload once we release.

> - I have started contacted scidavis and QtGrace developers to see if there
> is interest for some cooperation. I already got some feedback, but as hard
> to believe as it may sound (for people using or working on open-source,
> Qt-based plotting tools) they don't know kst at all, so I guess it's going
> to take some time to identify what cooperation could mean, as they will need
> to try kst - just as we may need to test their tools. I'd like to emphasize
> that cooperation does not necessarily mean dumping some of the tools (even
> though it's always a possibility), but maybe some shared libs or plugins
> would already be interesting. In any case it could be interesting to get the
> information of the new release posted there too, provided that it is not
> seen as an offense by the respective devs

I think there may be capability overlap between the various programs,
but kst has as
its first priorities:
  -fast exploration of real time data
  -fast exploration of massive data sets
Other capabilities, like data analysis and publication quality plots
take a secondary
role, where these other project probably excel in them....

> - post the still-to-be-done screencasts on youtube, as even if the quality
> is not what I'd like for the ones which will be linked to the website, the
> audience there is probably greater and it can certainly help the google
> ranking of kst, which is not in the first page right now when you look for
> "free plotting tool", "free plot tool", or "cross-platform open-source plot
> tool"

excellent.  Can you let us see a draft?

> - pimp up the wikipedia page(s) somehow linked with kst
> - any other good idea you may suggest :-)

Excellent.

> ***********************************************
> Kst 2.0.3 released March 29th 2011
>
> The Kst team is happy to announce the immediate availability of Kst 2.0.3,
> the not yet so well-known but outstanding open-source, cross-platform 2D

delete "the not yet well-known but" and replace with "an"

> plotting tool. Packages for Windows, various Linux distributions and Mac OS
> X are available, as well as the complete source code and cmake-based build
> files.
> A more detailed presentation of Kst can be found on the completely revamped
> web page at http://kst-plot.kde.org, which provides detailed screenshots,
> video tutorials and all the useful download links.
>
> Kst2 is a major rewrite to Qt4 of the long-existing, Qt3/KDE3-based Kst1
> code base. Kst2 has not yet reached feature-parity with Kst1, but on the
> other hand Kst2 also offers some features not available in Kst1. Both
> versions are considered stable and can be installed in parallel. This Kst2

as far as I can tell, scripting and vector eps plots are the only two missing
features of note.  The vast majority of people don't need scripting
(in fact I have
not yet seen a real-world use-case for scripting, though I know that they must
exist!) or vector eps plots, so I would prefer if we didn't make the
lack of feature
parity 'front and center.'.  so perhaps change "Kst2 has not yet... in
parallel" with

Kst2 offers many new features compared with kst1, including better meta data
support, improved name handling, and shared axis boxes.  For those who need
the ability to read kst1 files, and scripting (not supported in kst2),
kst1 and kst2
are installable in parallel.

> release has benefited from much more testing than previous 2.x releases and
> is now considered usable for real-life projects, even though there are still
> some rough edges, which are being polished release after release. For a more

delete "even though there are still some rough edges".  There are in
kst1 as well.

> detailed discussion on the differences between Kst1 and Kst2, please refer
> to the bottom of this page.
> Note that in the course of the port to Qt4, it was decided to base the core
> of Kst2 on Qt only for ease of distribution, especially to non-Linux
> platforms. Currently, Kst2 has no dependency on KDE, even though optional
> integration of some KDE features is being worked on to benefit those users
> using the KDE platform.
>
> Highlights of Kst2 compared with similar plotting tools (like
> xmgrace/QtGrace, qtiplot/SciDavis, LabPlot) are:
> - outstanding performance: curves with millions of points are no problem at
> all!
> - plotting of live streams
> - out-of-the box support for a variety of formats (currently ASCII, netCDF,
> dirfile, Qimage-supported types)
> - very user-friendly and efficient, with a fantastic data import wizard and
> capacity to edit multiple objects at once
> - active community, with over 300 commits since the previous release in
> November and an active mailing list
> - easily expandable for new data formats or data analysis algorithms thanks
> to a plugin-based architecture
> - available on Windows, Linux and Mac OSX
>
> The most notable improvements brought by Kst 2.0.3 over the 2.0.2 version
> released in November 2010 are:
> - cmake-based build system, with Windows, Mac OS X and Linux installers
> - many improvements in the reading of ASCII files: extensive UI overhaul and
> huge speedup
> - support for metadata added for netCDF files (scalar and string attributes)
> and ASCII (units and some data-file info)
> - UI improvements (new icons, consistency with KDE HIG guidelines, some
> dialogs reworked)
> - lots of bugs and crashes fixed in less-often used parts of the code
>
> We hope you will enjoy this release and help us further test and improve the
> tool. Kst has been developed over many years by professional developers and
> has reached a high level of maturity, with a very nice, future-proof code
> base. It was recently field-proven during the Boomerang mission in

BLASTpol, not Boomerang.

> Antarctica, during which the probably south-most commit ever made landed in

"possibly southern-most"

> KDE's subversion repository!

> We are aware that Kst is not very well known and generally suffers from a
> lack of awareness, and are seeking to address that with an ambitious
> communication plan, now that we have reached a solid, mass-consumption ready
> release.

I think we can delete this sentence "We are aware ... read release".

>  Please take the time to test kst, report the bugs you may find and
> tell your friends if you like it!
>
> The Kst Team
> **************************************************
>
> Sorry for the long mail, but I had lots to say. Now I'm hoping for some
> feedback and suggestion improvements!
> I still have a couple of things to improve on the website and the
> screencasts to prepare. Maybe it would also be nice to give Linux packagers
> some time to prepare packages before announcing the release officially.
> I'm pretty excited to see how this release will be received. I think we're
> now ready to move to the next level, let's see what feedback we get!
>
> Nicolas
>
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>
>

Thanks for doing this Nicolas!

-- 
C. Barth Netterfield
University of Toronto
416-845-0946

From egretengineering at gmail.com  Sun Mar 27 05:03:19 2011
From: egretengineering at gmail.com (Ben Lewis)
Date: Sun, 27 Mar 2011 14:03:19 +1100
Subject: [Kst] Re: PR proposal for 2.0.3
In-Reply-To: <1966283992.2794711301166091384.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <1966283992.2794711301166091384.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <4D8EA8F7.3080803@gmail.com>

There may be some magazines interested in doing a feature article on KST. For example:

Linux User & Developer <http://www.linuxuser.co.uk/> - (GNU software mag) 
linuxuser at imagine-publishing.co.uk <mailto:linuxuser at imagine-publishing.co.uk>

Elektor <http://www.elektor.com/> - (Hobbyist electronics mag) info at elektor.com 
<mailto:info at elektor.com>



On 27/03/2011 6:01 AM, Nicolas Brisset wrote:
> Hi,
>
> since we're going to release 2.0.3 any time now (Peter, Barth: is there anything preventing us 
> from doing it right now?), I thought it was a good idea to try and put together a small release 
> blurb. Please comment/improve so that we can try to promote kst a bit wider than just this mailing 
> list this time...
>
> My plan for this communication effort would be:
> - send the release mail to this list (of course)
> - send the release mail to the kde-science list
> - contact Stuart Jarvis to do an interview and publish something on KDE Dot News (he already 
> offered to do that a little while ago, and Barth could certainly tell a couple of nice stories 
> like committing from the South Pole!)
> - somehow get the news out to planetkde.org (maybe via Stuart again as we don't yet have any 
> planetkde blogger in the kst community)
> - publish the update on kde-apps.org (right now the latest version there is 2.0.0 beta1!!!)
> - maybe also publish on qt-apps.org?
> - I have started contacted scidavis and QtGrace developers to see if there is interest for some 
> cooperation. I already got some feedback, but as hard to believe as it may sound (for people using 
> or working on open-source, Qt-based plotting tools) they don't know kst at all, so I guess it's 
> going to take some time to identify what cooperation could mean, as they will need to try kst - 
> just as we may need to test their tools. I'd like to emphasize that cooperation does not 
> necessarily mean dumping some of the tools (even though it's always a possibility), but maybe some 
> shared libs or plugins would already be interesting. In any case it could be interesting to get 
> the information of the new release posted there too, provided that it is not seen as an offense by 
> the respective devs
> - post the still-to-be-done screencasts on youtube, as even if the quality is not what I'd like 
> for the ones which will be linked to the website, the audience there is probably greater and it 
> can certainly help the google ranking of kst, which is not in the first page right now when you 
> look for "free plotting tool", "free plot tool", or "cross-platform open-source plot tool"
> - pimp up the wikipedia page(s) somehow linked with kst
> - any other good idea you may suggest :-)
>
> Now in terms of contents, here is what I think we should address. The complete text I'm proposing 
> for review can be found between the lines with stars.
> - new website
> - 3 platforms completely supported
> - much improved metadata support
> - ASCII datasource improvements (performance, config options)
> - KDE integration status and further plans (cmake, icons, KDE HIG, ...)
> - perspective for the next versions (in particular scripting + kst 1.x format support)
> - lots of bugs and crashes fixed
> - the fact that it can be installed alongside kst1, i.e. it can be tested without too much risk
>
> ***********************************************
> Kst 2.0.3 released March 29th 2011
>
> The Kst team is happy to announce the immediate availability of Kst 2.0.3, the not yet so 
> well-known but outstanding open-source, cross-platform 2D plotting tool. Packages for Windows, 
> various Linux distributions and Mac OS X are available, as well as the complete source code and 
> cmake-based build files.
> A more detailed presentation of Kst can be found on the completely revamped web page at 
> http://kst-plot.kde.org, which provides detailed screenshots 
> <http://kst-plot.kde.org/screenshots/>, video tutorials <http://kst-plot.kde.org/video_tutorials/> 
> and all the useful download links <http://kst-plot.kde.org/download/>.
>
> Kst2 is a major rewrite to Qt4 of the long-existing, Qt3/KDE3-based Kst1 code base. Kst2 has not 
> yet reached feature-parity with Kst1, but on the other hand Kst2 also offers some features not 
> available in Kst1. Both versions are considered stable and can be installed in parallel. This Kst2 
> release has benefited from much more testing than previous 2.x releases and is now considered 
> usable for real-life projects, even though there are still some rough edges, which are being 
> polished release after release. For a more detailed discussion on the differences between Kst1 and 
> Kst2, please refer to the bottom of this page <http://kst-plot.kde.org/>.
> Note that in the course of the port to Qt4, it was decided to base the core of Kst2 on Qt only for 
> ease of distribution, especially to non-Linux platforms. Currently, Kst2 has no dependency on KDE, 
> even though optional integration of some KDE features is being worked on to benefit those users 
> using the KDE platform.
>
> Highlights of Kst2 compared with similar plotting tools (like xmgrace/QtGrace, qtiplot/SciDavis, 
> LabPlot) are:
> - outstanding performance: curves with millions of points are no problem at all!
> - plotting of live streams
> - out-of-the box support for a variety of formats (currently ASCII, netCDF, dirfile, 
> Qimage-supported types)
> - very user-friendly and efficient, with a fantastic data import wizard and capacity to edit 
> multiple objects at once
> - active community, with over 300 commits since the previous release in November and an active 
> mailing list <http://mail.kde.org/pipermail/kst/>
> - easily expandable for new data formats or data analysis algorithms thanks to a plugin-based 
> architecture
> - available on Windows, Linux and Mac OSX
>
> The most notable improvements brought by Kst 2.0.3 over the 2.0.2 version released in November 
> 2010 are:
> - cmake-based build system, with Windows, Mac OS X and Linux installers
> - many improvements in the reading of ASCII files: extensive UI overhaul and huge speedup
> - support for metadata added for netCDF files (scalar and string attributes) and ASCII (units and 
> some data-file info)
> - UI improvements (new icons, consistency with KDE HIG guidelines, some dialogs reworked)
> - lots of bugs and crashes fixed in less-often used parts of the code
>
> We hope you will enjoy this release and help us further test and improve the tool. Kst has been 
> developed over many years by professional developers and has reached a high level of maturity, 
> with a very nice, future-proof code base. It was recently field-proven during the Boomerang 
> mission in Antarctica, during which the probably south-most commit ever made landed in KDE's 
> subversion repository!
> We are aware that Kst is not very well known and generally suffers from a lack of awareness, and 
> are seeking to address that with an ambitious communication plan, now that we have reached a 
> solid, mass-consumption ready release. Please take the time to test kst, report the bugs you may 
> find and tell your friends if you like it!
>
> The Kst Team
> **************************************************
>
> Sorry for the long mail, but I had lots to say. Now I'm hoping for some feedback and suggestion 
> improvements!
> I still have a couple of things to improve on the website and the screencasts to prepare. Maybe it 
> would also be nice to give Linux packagers some time to prepare packages before announcing the 
> release officially.
> I'm pretty excited to see how this release will be received. I think we're now ready to move to 
> the next level, let's see what feedback we get!
>
> Nicolas
>
>
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kst/attachments/20110327/87443729/attachment-0001.htm 

From makc at freebsd.org  Sun Mar 27 21:44:18 2011
From: makc at freebsd.org (Max Brazhnikov)
Date: Sun, 27 Mar 2011 23:44:18 +0400
Subject: [Kst]  fix build on FreeBSD
Message-ID: <201103272344.19601.makc@freebsd.org>

Hi,

The patch [1] fixes compilation issues on FreeBSD. Can it be committed please?

Max

[1] http://people.freebsd.org/~makc/patches/kst.diff

From syntheticpp at gmx.net  Sun Mar 27 22:33:48 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Sun, 27 Mar 2011 22:33:48 +0200 (CEST)
Subject: [Kst]  branches/work/kst/portto4/kst
Message-ID: <20110327203348.E1C82AC8CA@svn.kde.org>

SVN commit 1226229 by kuemmel:

also compile on FreeBSD, thx to Max Brazhnikov

 M  +1 -1      cmake/src/libkst/CMakeLists.txt  
 M  +25 -16    src/libkst/measuretime.cpp  
 M  +2 -0      src/libkst/measuretime.h  


--- branches/work/kst/portto4/kst/cmake/src/libkst/CMakeLists.txt #1226228:1226229
@@ -2,7 +2,7 @@
 
 kst_files_ignore(stdinsource timezones)
 
-if(WIN32 OR APPLE )
+if(WIN32 OR APPLE OR ${CMAKE_SYSTEM_NAME} MATCHES "FreeBSD")
 	kst_files_ignore(sysinfo psversion)
 else()
 	set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -lrt")
--- branches/work/kst/portto4/kst/src/libkst/measuretime.cpp #1226228:1226229
@@ -64,37 +64,46 @@
 }
 
 
-void MeasureTime::restart()
+double MeasureTime::getTime() const
 {
 #ifdef Q_OS_WIN
+
   LARGE_INTEGER st;
   QueryPerformanceCounter(&st);
-  started = st.QuadPart * frequency;
+  return st.QuadPart * frequency;
+
 #else
-#ifndef Q_OS_MAC
+
+#if defined(Q_OS_MAC)
+  // TODO
+  return 0;
+#else
   timespec t;
+#if defined(CLOCK_PROCESS_CPUTIME_ID)
   clock_gettime(CLOCK_PROCESS_CPUTIME_ID, &t);
-  started = 1.0 * t.tv_sec + 1e-9 * t.tv_nsec;  
+#elif defined(CLOCK_PROF)
+  clock_gettime(CLOCK_PROF, &t);
+#else
+  clock_gettime(CLOCK_REALTIME, &t);
 #endif
+  return 1.0 * t.tv_sec + 1e-9 * t.tv_nsec;
 #endif
+
+#endif
+
+}
+
+
+void MeasureTime::restart()
+{
+  started = getTime();
   interval = 0;
 }
 
 
 void MeasureTime::measure()
 {
-  double now = 0;
-#ifdef Q_OS_WIN
-  LARGE_INTEGER st;
-  QueryPerformanceCounter(&st);
-  now = st.QuadPart * frequency;
-#else
-#ifndef Q_OS_MAC  
-  timespec t;
-  clock_gettime(CLOCK_PROCESS_CPUTIME_ID, &t);
-  now = 1.0 * t.tv_sec + 1e-9 * t.tv_nsec;
-#endif
-#endif
+  double now = getTime();
   interval += now - started;
   started = now;
 }
--- branches/work/kst/portto4/kst/src/libkst/measuretime.h #1226228:1226229
@@ -46,6 +46,8 @@
 
     /// Increment interval by interval since last call/restart().
     void measure();
+
+    double getTime() const;
 };
 
 #define TIME_IN_SCOPE(x) MeasureTime x(QString("%1 at %2, line %3, time in scope").arg(#x).arg(__FILE__).arg(__LINE__))

From syntheticpp at gmx.net  Mon Mar 28 22:25:13 2011
From: syntheticpp at gmx.net (=?UTF-8?Q?Peter=20K=C3=BCmmel=20?=)
Date: Mon, 28 Mar 2011 22:25:13 +0200 (CEST)
Subject: [Kst]  [Bug 252079] Add a "Recently used" entry in the File menu
In-Reply-To: <bug-252079-29221@http.bugs.kde.org/>
References: <bug-252079-29221@http.bugs.kde.org/>
Message-ID: <20110328202513.11B7983A43@immanuel.kde.org>

https://bugs.kde.org/show_bug.cgi?id=252079


Peter K?mmel <syntheticpp at gmx.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED




-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

From syntheticpp at gmx.net  Mon Mar 28 22:26:51 2011
From: syntheticpp at gmx.net (=?UTF-8?Q?Peter=20K=C3=BCmmel=20?=)
Date: Mon, 28 Mar 2011 22:26:51 +0200 (CEST)
Subject: [Kst]  [Bug 263390] header files marked as executable?
In-Reply-To: <bug-263390-29221@http.bugs.kde.org/>
References: <bug-263390-29221@http.bugs.kde.org/>
Message-ID: <20110328202651.165A183A53@immanuel.kde.org>

https://bugs.kde.org/show_bug.cgi?id=263390


Peter K?mmel <syntheticpp at gmx.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Version|2.0.4                       |2.0.2




-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

From syntheticpp at gmx.net  Mon Mar 28 22:29:16 2011
From: syntheticpp at gmx.net (=?UTF-8?Q?Peter=20K=C3=BCmmel=20?=)
Date: Mon, 28 Mar 2011 22:29:16 +0200 (CEST)
Subject: [Kst] [Bug 267828] Problems with the kst.desktop file shipped with
 2.0.3 rc2
In-Reply-To: <bug-267828-29221@http.bugs.kde.org/>
References: <bug-267828-29221@http.bugs.kde.org/>
Message-ID: <20110328202916.759D4832C8@immanuel.kde.org>

https://bugs.kde.org/show_bug.cgi?id=267828


Peter K?mmel <syntheticpp at gmx.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |2.0.3




-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

From nicolas.brisset at eurocopter.com  Mon Mar 28 22:34:04 2011
From: nicolas.brisset at eurocopter.com (Nicolas Brisset)
Date: Mon, 28 Mar 2011 22:34:04 +0200 (CEST)
Subject: [Kst]  www/areas/extragear/apps/kst
Message-ID: <20110328203404.E3A3DAC8CD@svn.kde.org>

SVN commit 1226340 by brisset:

- Improve/update some of the text
- make section headers linkable from elsewhere


 M  +20 -12    index.php  
 M  +1 -1      sample_data/index.php  
 M  +9 -9      screenshots/dialogs/index.php  
 M  +3 -3      video_tutorials/index.php  


--- trunk/www/areas/extragear/apps/kst/index.php #1226339:1226340
@@ -5,7 +5,7 @@
 
 <img src="3-pics.png" width="750" style="border:none" alt="Three kst screenshots" />
 
-<h2>Distinguishing features</h2>
+<h2><a name="distinguishing_features">Distinguishing features</a></h2>
 <p>
 <strong>Kst</strong> is the <u>fastest</u> real-time large-dataset viewing and plotting tool available (you may be interested in some <a href="benchmarks/">benchmarks</a>) and has <u>built-in data analysis</u> functionality.<br/>
 
@@ -37,27 +37,35 @@
   <li>Fully scriptable (coming soon).</li> 
 </ul> 
 <p> 
-A <a href="http://community.kde.org/KDE_Science/Kst/roadmap">roadmap</a> for future features and releases is available on the features page.
+A <a href="http://community.kde.org/KDE_Science/Kst/roadmap">roadmap</a> for future features and releases is available under the "Resources" link at the top of the page.
 </p> 
 
-<h2>About Kst 1 and Kst 2</h2>
+<h2><a name="kst1_vs_kst2">About Kst 1 and Kst 2</a></h2>
 <p>
-Currently <a href="kst1">Kst 1.x</a> and Kst 2.x are stable releases.<br/>
-Kst 1 has some features that Kst 2 does not yet have, but Kst 2 also has some nice improvements over Kst 1. If you are new to Kst, you should probably start with Kst 2, unless you need specific features no yet supported or are working with people using Kst 1. One good place to ask for advice is on the mailing list.
+Currently <a href="kst1">Kst 1.x</a> and Kst 2.x are stable releases.
+Kst 1 is no longer being actively developed, apart from occasional bug fixes. Kst 1 has some features that Kst 2 does not yet have, in particular dcop bindings and scripting, 
+but on the other hand Kst 2 offers some nice improvements over Kst 1 such as shared axes and extended support for metadata.<br/>
+If you are new to Kst, you should probably start with Kst 2, unless you need very specific features not yet supported - or are working with people using Kst 1, as presently Kst 2 
+cannot yet load Kst 1.x files.</p>
+<p>Generally speaking, a good place to ask for advice is the <a href="https://mail.kde.org/mailman/listinfo/kst">mailing list</a>.
 </p> 
 
-<h2>File formats</h2>
-<p>Kst 1 supports the following formats: ASCII, Dirfile, CDF, netCDF, piolib, FITS, HEALPix, QImage-compatible image types (jpg, png, etc)</p>
-<p>As of November 2010, Kst 2 supports : ASCII, Dirfile, netCDF, QImage-compatible image types. <br/>
-But support for the other formats handled by Kst 1 is fairly easy to reactivate, and a couple of new ones are planned (e.g. Matlab's MAT files). 
+<h2><a name="file_formats">File formats</a></h2>
+<p>Kst 1 supports the following formats: ASCII, <a href="http://getdata.sourceforge.net/dirfile.html">Dirfile</a>, <a href="http://cdf.gsfc.nasa.gov/">CDF</a>, 
+<a href="http://www.unidata.ucar.edu/software/netcdf/">netCDF</a>, piolib, <a href="http://fits.gsfc.nasa.gov/">FITS</a>, <a href="http://fits.gsfc.nasa.gov/">HEALPix</a>, 
+<a href="http://doc.qt.nokia.com/latest/qimage.html#details">QImage</a>-compatible image types (jpg, png, etc)</p>
+
+<p>As of March 2011, Kst 2 supports : ASCII, <a href="http://getdata.sourceforge.net/dirfile.html">Dirfile</a>, <a href="http://www.unidata.ucar.edu/software/netcdf/">netCDF</a>, 
+<a href="http://heasarc.gsfc.nasa.gov/fitsio/">CFitsIO</a>, <a href="http://doc.qt.nokia.com/latest/qimage.html#details">QImage</a>-compatible image types. <br/>
+Support for the other formats handled by Kst 1 is fairly easy to reactivate, and a couple of new ones are planned (e.g. Matlab's MAT files, or Origin files). 
 Generally speaking, it is easy to add support for a new format, so if your favorite file type is not supported, contact us on the mailing
-list and we'll get it started.</p>
+list and we'll help you get started.</p>
 
-<h2>Plugin architecture</h2>
+<h2><a name="plugin_architecture">Plugin architecture</a></h2>
 <p>Kst is based on a plugin architecture:</p>
 <ul>
   <li>Data sources are plugins which provide support for new file types</li>
-  <li>Plugins can easily be added for any type of operation, including fit and filter plugins</li>
+  <li>Plugins can easily be added for any type of operation, including fit and filter plugins if you want to develop your own to extend the large number of GSL-based plugins already distributed with Kst</li>
 </ul>
 <p>It does not take a very experienced programmer to customize Kst to your needs.
 </p>
--- trunk/www/areas/extragear/apps/kst/sample_data/index.php #1226339:1226340
@@ -15,7 +15,7 @@
 <ul>
   <li>Some metadata in the header including field names. <a href="2_similar_ASCII_files.tgz">2 similar files</a> are provided to experiment with the "change data file" tool</li>
   <li>Pure data (Kst will call the vectors "Column1", "Column2", etc...) from a <a href="http://websvn.kde.org/*checkout*/branches/work/kst/portto4/kst/misc/tutorial/gyrodata.dat.gz">gyrometer</a>: 3 vectors x 200 000 samples (gzipped, please uncompress before using)</li>
-  <li>One large file (zipped) to experiment for yourself the performance of Kst (coming soon)</li>
+  <li>One large file (zipped) to experience for yourself the performance of Kst (coming soon)</li>
 </ul>
 
 <h2>Dirfile (getdata library)</h2>
--- trunk/www/areas/extragear/apps/kst/screenshots/dialogs/index.php #1226339:1226340
@@ -5,7 +5,7 @@
 
 <p>In this section you will find screenshots showing most of Kst's dialogs in action, presented as a visual tour.</p>
 
-<h2>Get to know Kst: the main user interface</h2>
+<h2><a name="main_user_interface">Get to know Kst: the main user interface</a></h2>
 <?php
   $gallery = new ImageGallery("Menus and toolbars");
   $gallery->addImage("menu_file_thumb.png", "menu_file.png", 300, "", "File menu", "File menu", "");
@@ -27,7 +27,7 @@
   $gallery->show();
 ?>
 
-<h2>Import data easily thanks to the data wizard</h2>
+<h2><a name="data_wizard">Import data easily thanks to the data wizard</a></h2>
 <?php
   $gallery = new ImageGallery("Data Wizard");
   $gallery->addImage("wizard_file_selection_thumb.png", "wizard_file_selection.png", 300, "", "Data wizard import tool, 1st page: data file selection", "Data wizard import tool, 1st page: data file selection", "");
@@ -40,7 +40,7 @@
   $gallery->show();
 ?>
 
-<h2>Read more data or created derived objects</h2>
+<h2><a name="other_object_types">Read more data or created derived objects</a></h2>
 <h3>"Primitives", i.e. input data directly read from a datasource</h3>
 <?php
   $gallery = new ImageGallery("Read more data from input files");
@@ -71,7 +71,7 @@
   $gallery->show();
 ?>
 
-<h2>View your data as text or numeric values</h2>
+<h2><a name="data_view">View your data as text or numeric values</a></h2>
 <?php
   $gallery = new ImageGallery("View dialogs");
   $gallery->addImage("view_matrix_thumb.png", "view_matrix.png", 300, "", "Matrix view dialog to check the values of matrix objects", "Matrix view dialog to check the values of matrix objects", "");
@@ -82,7 +82,7 @@
   $gallery->show();
 ?>
 
-<h2>Powerful curve and plot edition capabilities</h2>
+<h2><a name="curve_plot_edition">Powerful curve and plot edition capabilities</a></h2>
 <?php
   $gallery = new ImageGallery("Plot and curve edition");
   $gallery->addImage("edit_curve_single_thumb.png", "edit_curve_single.png", 300, "", "Curve edition dialog", "Curve edition dialog", "");
@@ -108,7 +108,7 @@
   $gallery->show();
 ?>
 
-<h2>Be productive with powerful yet easy-to-use tools</h2>
+<h2><a name="productive_tools">Be productive with powerful yet easy-to-use tools</a></h2>
 <?php
   $gallery = new ImageGallery("Tools");
   $gallery->addImage("tool_change_data_file_thumb.png", "tool_change_data_file.png", 300, "", "Load the same data from another file (replace or compare)", "Load the same data from another file (replace or compare)", "");
@@ -119,7 +119,7 @@
   $gallery->show();
 ?>
 
-<h2>Export your publication-quality work</h2>
+<h2><a name="export_options">Export your publication-quality work</a></h2>
 <?php
   $gallery = new ImageGallery("File dialogs");
   $gallery->addImage("file_export_thumb.png", "file_export.png", 300, "", "File export dialog", "File export dialog", "");
@@ -129,7 +129,7 @@
   $gallery->show();
 ?>
 
-<h2>Customize Kst to your liking</h2>
+<h2><a name="settings">Customize Kst to your liking</a></h2>
 <?php
   $gallery = new ImageGallery("Kst settings");
   $gallery->addImage("settings_general_thumb.png", "settings_general.png", 300, "", "Settings menu: general settings", "Settings menu: general settings", "");
@@ -142,7 +142,7 @@
   $gallery->show();
 ?>
 
-<h2>Report bugs or wishes</h2>
+<h2><a name="feedback">Report bugs or wishes</a></h2>
 <?php
   $gallery = new ImageGallery("Help menu");
   $gallery->addImage("help_about_thumb.png", "help_about.png", 300, "", "About dialog", "About dialog", "");
--- trunk/www/areas/extragear/apps/kst/video_tutorials/index.php #1226339:1226340
@@ -9,11 +9,11 @@
 <ol>
   <li>Presentation of the user interface</li>
   <li>The Data Wizard, zooming and basic layout</li>
+  <li>Using the range tools (e.g. for streaming data)</li>
+  <li>Creating equations, plugins, fits, filters and PSDs</li>
   <li>The power of "Edit multiple" actions</li>
   <li>The "Change Data File" tool</li>
-  <li>Using the range tools (e.g. for scrolling curves)</li>
-  <li>Creating equations, plugins, fits, filters and PSDs</li>
-  <li>Matrices, images, metadata (sclaras/strings)</li>
+  <li>Matrices, images, metadata (scalars/strings)</li>
   <li>Advanced layouting and export functions</li>
 </ol>
 

From nicolas.brisset at eurocopter.com  Mon Mar 28 23:09:07 2011
From: nicolas.brisset at eurocopter.com (Nicolas Brisset)
Date: Mon, 28 Mar 2011 23:09:07 +0200 (CEST)
Subject: [Kst]  www/areas/extragear/apps/kst/screenshots/dialogs
Message-ID: <20110328210907.731EEAC8CD@svn.kde.org>

SVN commit 1226346 by brisset:

Make the edit multiple (pltos/curves) screenshots linkable and more visible


 M  +6 -1      index.php  


--- trunk/www/areas/extragear/apps/kst/screenshots/dialogs/index.php #1226345:1226346
@@ -102,7 +102,12 @@
   $gallery->startNewRow();
   $gallery->addImage("plot_dialog_appearance_layout_thumb.png", "plot_dialog_appearance_layout.png", 300, "", "Plot dialog: appearance - layout options", "Plot dialog: appearance - layout options", "");
   $gallery->addImage("plot_dialog_dimensions_thumb.png", "plot_dialog_dimensions.png", 300, "", "Plot dialog: dimensions settings", "Plot dialog: dimensions settings", "");
-  $gallery->startNewRow();
+  $gallery->show();
+?>
+
+<h2><a name="edit_multiple">Edit multiple curves and plots at once</a></h2>
+<?php
+  $gallery = new ImageGallery("Edit multiple plots and curves at once");
   $gallery->addImage("edit_curve_multiple_thumb.png", "edit_curve_multiple.png", 300, "", "Change curve settings for multiple curves at once", "Change curve settings for multiple curves at once", "");
   $gallery->addImage("plot_dialog_multiple_thumb.png", "plot_dialog_multiple.png", 300, "", "Change plot settings for multiple plots at once", "Change plot settings for multiple plots at once", "");
   $gallery->show();

From nicolas.brisset at eurocopter.com  Mon Mar 28 23:18:34 2011
From: nicolas.brisset at eurocopter.com (Nicolas Brisset)
Date: Mon, 28 Mar 2011 23:18:34 +0200 (CEST)
Subject: [Kst]  www/areas/extragear/apps/kst/screenshots/dialogs
Message-ID: <20110328211834.A948EAC8CD@svn.kde.org>

SVN commit 1226348 by brisset:

Update the view strings screenshot: now that we've fixed the bugs, it looks much better!


 M             view_strings.png  
 M             view_strings_thumb.png  



From nicolas.brisset at free.fr  Tue Mar 29 00:03:13 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Tue, 29 Mar 2011 00:03:13 +0200 (CEST)
Subject: [Kst]  Interesting feedback from a scidavis/Origin user
In-Reply-To: <1806873188.3080331301349634903.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <275681532.3080461301349793494.JavaMail.root@zimbra13-e2.priv.proxad.net>

Hi,

I recently posted a message on the scidavis-contributors list to see if there would be interest to cooperate in any way. I haven't received any feedback (yet?) from the developers, but one user posted the message below (relevant extracts quoted):

"I'm not scidavis contributor, but user of such kind of software. I've never seen kst before. I've discovered your multiple editing. If I need to plot 3 or 4 graphs on the same kind it saves a lot of time."
[...]
"To my opinion your tool badly lacks of abilities to manipulate data in tables (like in scidavis, labplot or origin) before it can be plotted. It's needed for scientific data analysis. And moreover, I think that using kst files, Like you are doing now is not so good Idea. To gave my plots to colleagues I have to give them all the initial files and your kst. And I haven't tested what will happen, if some  of the data files are moved or renamed."
[...]
"And one of sufficient features, you need to do, to get scientific community attention is to implement microcal origin files opening). There is liborigin, which can help you handle this."
[...]
"Your plotting engine, using opengl seems very promising to me."

What I think of that is:
1) in one of the next versions, we really have to work on the view vectors dialog. I have played a bit with labplot, which is very interesting. It all goes in the direction of one of my recent bug reports requesting an improved vector view with multiple vectors and adjustable format
2) Kst is really under-publicized and does not have the reputation it deserves!
3) adding support for Matlab's .mat files and Origin files would definitely be nice to attract new users; the same person wrote me in a subsequent mail: "The software like kst is badly needed for science. I'm working in a place with ~20000 of scientists, and, I think, the most of them use Origin to plot. I was trying to move my lab to Linux and the only thing we really lack is good data analysis software. Some scientists, who are used to programming are using gnuplot etc. But most people are scared of programming and want to do everything using mouse. So the place for the best open source data manipulation software is still vacant. Your project is the only one GUI data manipulation software which is actively developed, as far as I found." Now, that says a lot!!!
4) we have to test the OpenGL engine more, on most of my systems I get blurred text and it is slower than the default paint engine. Sometimes it even crashes. I'd be curious to know what other people's experiences are.

Nicolas

From nicolas.brisset at free.fr  Tue Mar 29 01:06:53 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Tue, 29 Mar 2011 01:06:53 +0200 (CEST)
Subject: [Kst]  Sample data?
Message-ID: <1227020765.3082451301353613798.JavaMail.root@zimbra13-e2.priv.proxad.net>

Hi,

reviewing a bit the status of the website, I saw that in the sample data section (http://kst-plot.kde.org/sample_data/) there are still a number of "coming soon" entries. Can anybody help with that? In particular, I don't know where to find interesting dirfiles or fits images...
We could also discuss the possibility of creating a sample data package to make available for download from the sf.net page.

Any suggestions?

Nicolas

P.S.: I'm done with the release announcement, but I'd like to have at least 2 or 3 screencasts available before sending it, and finding the right place to host the files and the right format to use / way to embed is turning out to be quite a nightmare. If someone knows where to host such contents, please tell me. Right now I'm tending towards hosting the videos on my homepage (on free.fr), embedding them on the kst page and moving them one a week to a free account on Vimeo. But it's not what I'd call a satisfying long-term solution!

From netterfield at astro.utoronto.ca  Tue Mar 29 15:29:37 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Tue, 29 Mar 2011 09:29:37 -0400
Subject: [Kst] Re: Sample data?
In-Reply-To: <1227020765.3082451301353613798.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <1227020765.3082451301353613798.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <AANLkTi=6-jqyoLm_uQjB-KCDUiyWwOo_b9b_7MpNtE=X@mail.gmail.com>

I'm traveling this week but when I get back, we can easily host this stuff
in Toronto.
On Mar 28, 2011 4:06 PM, "Nicolas Brisset" <nicolas.brisset at free.fr> wrote:
> Hi,
>
> reviewing a bit the status of the website, I saw that in the sample data
section (http://kst-plot.kde.org/sample_data/) there are still a number of
"coming soon" entries. Can anybody help with that? In particular, I don't
know where to find interesting dirfiles or fits images...
> We could also discuss the possibility of creating a sample data package to
make available for download from the sf.net page.
>
> Any suggestions?
>
> Nicolas
>
> P.S.: I'm done with the release announcement, but I'd like to have at
least 2 or 3 screencasts available before sending it, and finding the right
place to host the files and the right format to use / way to embed is
turning out to be quite a nightmare. If someone knows where to host such
contents, please tell me. Right now I'm tending towards hosting the videos
on my homepage (on free.fr), embedding them on the kst page and moving them
one a week to a free account on Vimeo. But it's not what I'd call a
satisfying long-term solution!
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kst/attachments/20110329/b9c88ccc/attachment.htm 

From Nicolas.Brisset at eurocopter.com  Tue Mar 29 15:39:54 2011
From: Nicolas.Brisset at eurocopter.com (Brisset, Nicolas)
Date: Tue, 29 Mar 2011 15:39:54 +0200
Subject: [Kst] Re: Sample data?
In-Reply-To: <AANLkTi=6-jqyoLm_uQjB-KCDUiyWwOo_b9b_7MpNtE=X@mail.gmail.com>
References: <1227020765.3082451301353613798.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<AANLkTi=6-jqyoLm_uQjB-KCDUiyWwOo_b9b_7MpNtE=X@mail.gmail.com>
Message-ID: <C4AA52C506197E4981154F0999F2020B02400A95@sma2918.cr.eurocopter.corp>

I'm traveling this week but when I get back, we can easily host this
stuff in Toronto. 

Hi Barth, which "stuff" do you mean there? The screencasts, or the
sample data?

Nicolas 



Eurocopter Deutschland GmbH
Sitz der Gesellschaft/Registered Office: Donauwoerth
Registergericht/Registration Court: Amtsgericht Augsburg HRB 16508
Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Dr. Lutz Bertling
Geschaeftsfuehrung/Board of Management:
Dr. Wolfgang Schoder, Vorsitzender/CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt

CONFIDENTIALITY NOTICE 

This communication and the information it contains is intended for the addressee(s) named above and for no other persons or organizations. It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication or any part of it is prohibited and may be unlawful. 
If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. Thank you very much. 
It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses or other material which might be introduced with this message. 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kst/attachments/20110329/b9202333/attachment.htm 

From netterfield at astro.utoronto.ca  Tue Mar 29 16:10:12 2011
From: netterfield at astro.utoronto.ca (Barth Netterfield)
Date: Tue, 29 Mar 2011 10:10:12 -0400
Subject: [Kst] Re: Sample data?
In-Reply-To: <C4AA52C506197E4981154F0999F2020B02400A95@sma2918.cr.eurocopter.corp>
References: <1227020765.3082451301353613798.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<AANLkTi=6-jqyoLm_uQjB-KCDUiyWwOo_b9b_7MpNtE=X@mail.gmail.com>
	<C4AA52C506197E4981154F0999F2020B02400A95@sma2918.cr.eurocopter.corp>
Message-ID: <AANLkTim6isLDvoeD1vHKav5QQ-tmOXuqOk+6F36wPT=z@mail.gmail.com>

Whatever you want.

What do you think we should do with domain names?  kst.astro.utoronto.ca?
 Or just link to them from kst.kde.org?

cbn

On Tue, Mar 29, 2011 at 9:39 AM, Brisset, Nicolas <
Nicolas.Brisset at eurocopter.com> wrote:

>   I'm traveling this week but when I get back, we can easily host this
> stuff in Toronto.
>
> Hi Barth, which "stuff" do you mean there? The screencasts, or the sample
> data?
>
> Nicolas
>
>  *EUROCOPTER DEUTSCHLAND GmbH*  *
> Sitz der Gesellschaft / Registered Office: Donauw?rth*  *
> Registergericht / Registration Court: Amtsgericht Augsburg HRB 16508*  *
> Vorsitzender des Aufsichtsrates / Chairman of the Supervisory Board: Dr. Lutz Bertling
> *  *Gesch?ftsf?hrung / Board of Management:*  *Dr. Wolfgang Schoder, Vorsitzender / CEO; Friedrich-Wilhelm Hormel; Ralf
> Barnscheidt*         CONFIDENTIALITY NOTICE
> This communication and the information it contains is intended for the addressee ( s ) named above and for no other persons or organizations.
> It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication
> or any part of it is prohibited and may be unlawful.
> If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication.
> Thank you very much.
> It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses
> or other material which might be introduced with this message.
>
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>
>


-- 
C. Barth Netterfield
University of Toronto
416-845-0946
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kst/attachments/20110329/1f2d5c6c/attachment.htm 

From matt at truch.net  Tue Mar 29 16:26:27 2011
From: matt at truch.net (Matthew D Truch)
Date: Tue, 29 Mar 2011 10:26:27 -0400
Subject: [Kst] Re: Sample data?
In-Reply-To: <AANLkTim6isLDvoeD1vHKav5QQ-tmOXuqOk+6F36wPT=z@mail.gmail.com>
References: <1227020765.3082451301353613798.JavaMail.root@zimbra13-e2.priv.proxad.net>
	<AANLkTi=6-jqyoLm_uQjB-KCDUiyWwOo_b9b_7MpNtE=X@mail.gmail.com>
	<C4AA52C506197E4981154F0999F2020B02400A95@sma2918.cr.eurocopter.corp>
	<AANLkTim6isLDvoeD1vHKav5QQ-tmOXuqOk+6F36wPT=z@mail.gmail.com>
Message-ID: <20110329142627.GA3432@truch.net>

> What do you think we should do with domain names?  kst.astro.utoronto.ca?
>  Or just link to them from kst.kde.org?

I would suggest linking to them; it gets confusing, ugly, and otherwise
not nice to have multiple domain names for what logically is a unified
webpage.  

-- 
"One in every seven days is a Thursday."
--------------------------
Matthew Truch
Department of Physics and Astronomy
University of Pennsylvania
matt at truch.net
http://matt.truch.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kst/attachments/20110329/e8e1bb5c/attachment.sig 

From syntheticpp at gmx.net  Tue Mar 29 18:31:31 2011
From: syntheticpp at gmx.net (=?utf-8?q?Peter=20K=C3=BCmmel?=)
Date: Tue, 29 Mar 2011 18:31:31 +0200 (CEST)
Subject: [Kst]  branches/work/kst/portto4/kst/cmake
Message-ID: <20110329163132.07EABAC8CD@svn.kde.org>

SVN commit 1226405 by kuemmel:

fix installer name

 M  +9 -4      CMakeLists.txt  


--- branches/work/kst/portto4/kst/cmake/CMakeLists.txt #1226404:1226405
@@ -215,13 +215,14 @@
 if(WIN32)
 	set(CPACK_GENERATOR NSIS ZIP)
 	set(CPACK_BINARY_ZIP 1)
-	if (kst_install_prefix)
-		set(CPACK_NSIS_PACKAGE_NAME ${kst_install_prefix})
 	endif()
-endif()
 
 if (kst_install_prefix)
+	if(WIN32)
+		set(CPACK_PACKAGE_FILE_NAME ${kst_install_prefix}-win32)
+	else()
 	set(CPACK_PACKAGE_FILE_NAME ${kst_install_prefix}-binary)
+	endif()
 	set(CPACK_SOURCE_PACKAGE_FILE_NAME ${kst_install_prefix})
 else()
 	set(CPACK_SOURCE_PACKAGE_FILE_NAME Kst-${kst_version})
@@ -252,7 +253,11 @@
 
 # sources
 set(CPACK_SOURCE_INSTALLED_DIRECTORIES "${kst_dir};/") # http://www.mail-archive.com/cmake at cmake.org/msg33720.html
-set(CPACK_SOURCE_GENERATOR TGZ ZIP TBZ2)
+if(WIN32)
+	set(CPACK_SOURCE_GENERATOR ZIP)
+else()
+	set(CPACK_SOURCE_GENERATOR TGZ)
+endif()
 
 # rpm
 set(CPACK_SET_DESTDIR "ON")

From nicolas.brisset at free.fr  Tue Mar 29 20:54:12 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Tue, 29 Mar 2011 20:54:12 +0200 (CEST)
Subject: [Kst] Re: Sample data?
In-Reply-To: <20110329142627.GA3432@truch.net>
Message-ID: <130051941.3227081301424852976.JavaMail.root@zimbra13-e2.priv.proxad.net>

> > What do you think we should do with domain names? 
> kst.astro.utoronto.ca?
> >  Or just link to them from kst.kde.org?
> 
> I would suggest linking to them; it gets confusing, ugly, and
> otherwise not nice to have multiple domain names for what logically is a
> unified webpage.  
I definitely agree here: the idea is to host the files on a server with enough bandwidth to serve them correctly, but this should be hidden from the user. I'm planning to embed the videos on the screencast page.
Which is fun given the amount of video formats there is, and the lack of a universal format, each major browser refusing to support some for political/ethical reasons...
But there are good resources on the web explaining the situation and giving solutions. So in the end it should work.

Nicolas

From nicolas.brisset at free.fr  Tue Mar 29 21:06:49 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Tue, 29 Mar 2011 21:06:49 +0200 (CEST)
Subject: [Kst]  http://kst.sourceforge.net/ redirect?
Message-ID: <1226091599.3229121301425609026.JavaMail.root@zimbra13-e2.priv.proxad.net>

Hi Peter,

can you check if it's possible to redirect http://kst.sourceforge.net/ to http://kst-plot.kde.org.
I'm pretty sure it's possible, and it would be much better than the stupide default sf.net page...

Nicolas

From syntheticpp at gmx.net  Tue Mar 29 21:52:31 2011
From: syntheticpp at gmx.net (=?ISO-8859-1?Q?Peter_K=FCmmel?=)
Date: Tue, 29 Mar 2011 21:52:31 +0200
Subject: [Kst] Re: http://kst.sourceforge.net/ redirect?
In-Reply-To: <1226091599.3229121301425609026.JavaMail.root@zimbra13-e2.priv.proxad.net>
References: <1226091599.3229121301425609026.JavaMail.root@zimbra13-e2.priv.proxad.net>
Message-ID: <4D92387F.1010502@gmx.net>

On 29.03.2011 21:06, Nicolas Brisset wrote:
> Hi Peter,
>
> can you check if it's possible to redirect http://kst.sourceforge.net/ to http://kst-plot.kde.org.
> I'm pretty sure it's possible, and it would be much better than the stupide default sf.net page...
>

Done.

> Nicolas
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>

From nicolas.brisset at free.fr  Tue Mar 29 22:28:11 2011
From: nicolas.brisset at free.fr (Nicolas Brisset)
Date: Tue, 29 Mar 2011 22:28:11 +0200 (CEST)
Subject: [Kst] Re: http://kst.sourceforge.net/ redirect?
In-Reply-To: <4D92387F.1010502@gmx.net>
Message-ID: <1977702292.3242371301430491213.JavaMail.root@zimbra13-e2.priv.proxad.net>

> > can you check if it's possible to redirect
> http://kst.sourceforge.net/ to http://kst-plot.kde.org.
> > I'm pretty sure it's possible, and it would be much better than the
> stupide default sf.net page...
> 
> Done.
Cool :-) This is much better! Thanks.

Nicolas

From caparisoned8 at energomarket.ru  Wed Mar 30 12:11:42 2011
From: caparisoned8 at energomarket.ru (=?koi8-r?B?98HM0SD21cvP18E=?=)
Date: Wed, 30 Mar 2011 17:11:42 +0700
Subject: [Kst] =?koi8-r?b?62HCZczYztllIMxv1MvJLiDzYc3ZZSDOydrLyWUgw2XO2Q==?=
Message-ID: <20110330171142.o860pcqf721047@www.ee.ru>


       ?o???a??e ?o??? ??? ??o??a??? ?a?e?? o? ??o???o???e??!

?o???o ? ?a? o????o?a???e ?o??? ??? ??o??a??? ?a?e?? ?o ????e? ?e?e!
- ?a??? ???o??? a??o????e??.
- ?a?a? ?????a? ?o??a??a.
- ?a??e ?????e ?e??.
- ?a?oe ????ee ?a????e ?a ???a?e.
?o??o???e, ??o?? ???a?? ???o???! ?a?o?o ??e??o?e??? ?o???e ?e ???e?!

   ?e?e?o??: (903) 67?-94-8?, (495) 755-O2-40