wojdyr / fityk Goto Github PK

There is some reproducible error (see screenshot) in Microsoft Windows [Version 10.0.14393] and Fityk 1.3.1.
How to reproduce:

1. Open some data.
2. Add any function.
3. Click on any parameter filed of this function.
4. While this field is active delete function with right click -> delete.
5. Click on list of available functions.
   Error appears only if there is only one function.
   

is it support 4pl logistics fitting ? Thanks

Hi,
I have finished exploring fityk, which I find interesting and powerful and thus wish it to become even better over time.
Since I have so many suggestions, I hesitated to post them all as individual "issues". (But let me know if I better do so).
They are numbered in random order, as they occured to me.

GUI

1. In main plot window, show by default (i.e, after installation) the y axis and the minor ticks too. Otherwise, the numbers there with '-' in front look like negative numbers.
2. Main plot window, with y axis ON, the axis looks different at start (nicely tucked against left window margin) vs after press Ctrl-A (displaced too much from left window margin. Please make it always be as on start.
3. the tooltip that appears when you rest the mouse pointer in GUI over an icon: keep it till user moves the mouse. Else, you don't manage to read it all. For example in right-down corner, status bar, where it's explained mouse buttons in Normal mode: a lot to read (and absorb), and it disappears too fast.
4. The respective tooltips need explanation that to zoom, or activate/deactivate, you need drag (not just click, as some might understand with current instructions). It's not trivial, b/c in other programs, just clicking can zoom. In the tooltip for normal mode, status bar, could just the 2nd sentence from "left mouse button: zoom" to "left mouse button (drag): zoom". Similarly in tooltip in status bar for (de)activating.
5. The tooltip at hovering/resting pointer over an icon should better appear in a single place: the little popup window. Not in the status bar , left-down side, b/c users won't know at first about it and also it's easier to read it in a single place. I completely missed those secondary tips in my first sessions with Fityk (and these tooltips are most important at the beginning).
6. Automatically save configuration of the GUI (visible windows, colors, etc.) for next session, instead of having to use GUI ‣ Save current config.
7. Harmonize the entries for Data menu and toolbar icons for Loading data. Currently they have slightly different / non-matching names/tooltips. IMO the tooltips for the icons in tool bar are clearer, so better to change the 2 menu entries to match them. Also, add keyboard shortcut [ctrl-M] to the tooltip of "Load file (custom)"
8. Automatically remember the Session settings for next start (things like user dir..). Or offer a tick box in Settings to remember them all for next start.
9. Give a tickable option to use the auxiliary windows to plot datasets too (just for plotting, not necessarily for fitting as in main pane).
10. Allow more than 2 auxiliary plot windows (especially given the prev. request)
11. in right-click menu for data sets in right side pane, allow:
    accessing 'table'
    deleting
    maybe others too
12. Allow permanent open display of the Table for a selected dataset. Could be placed, wiht an option in GUI menu for showing, to the right of the current side pane
    Why: I often need to see the numerical effect every time I do a little transformation. It would same me time printing a few rows every time.
13. The slider adjustors in side pane are sometimes too sensitive, and other times too insensitive; ex, the center param for Gaussian,for dataset nacl01.dat main peak, when try to adjust, it moves the center too much. While when trying to change params of quadratic function (with initial params 1,2,3), it changes them too slowly (need drag them alot to see significant changes).
    One possible solution would be to use the variable domain (bounds) there, so that the slider would be adjusted only within those limits, and without recoiling back when dragging it , as it does at present. If the domain is not set, then use the bounds specified with "domain_percent" option (default +- 30%).
14. The tool-tip in tool "auto-add" good to mention 'guess', ex "auto-add (guess)"
15. Allow individual setting of plot properties for different datasets. (point size, line or not...). Currently, if say I tick box "line", then it's affecting all datasets, even if I selected only one of them when doing that.

CLI and Fityk language (DSL)

1. auto bracket closing on command line, if not hard implement
2. Allow to refer to dataset using @title (give error if one defines a not unique title)
3. When deleting a function that was named automatically %_1, then creating (say, with guess) another one, why doesn't Fityk reuse the name %_1, instead of using %_2 now? To be consistent with how it works when deleting and creating datasets.
4. Remove the requirement for {} for any expression unless it needs to preceded by ~ or need to extract value from a variable-expression. There's no good reason to not allow $x0 = x[0] or = max2(2,3)
5. Remove the limitation of functions possible for defining compound variables,
   as stated in https://fityk.nieto.pl/model.html#variables
6. The command line feedback for "guess Typename" (ex, guess Gaussian), needs to say not only that a function has been created,but also that it's been added to the model F
7. When creating a function with function types that have default parameter values, allow not to have to specify the parameter names for the ones that are not omitted.
   Could implement a syntax based on extra commas to mean the default parameter.
   if MyType(a,b,c=3,d)
   then allow %f=MyType(1,2,,5)
   if MyType(a,b,c,d=3)
   then allow %f=MyType(1,2,3) or MyType(1,2,3,)
   if MyType(a=3,b,c,d)
   then allow %f=MyType(,1,2,3)
8. If shallow copy is allowed for models, then why not for functions too?
   =-> %_1=%_2
Syntax error: at 7: expected CamelCaseName or 'copy' instead of '%_2'
9. REmove need to type "p:rint" ; just typing the expression should suffice (like in many other scripting languages), with no other major lang syntax changes necessary for this.
10. Change name of info peaks, info peaks_err to something about functions, b/c fityk is not just for fitting peaks
11. It's hard to remember when to use print and when info. It should be possible to always use print, with some change of syntax of arguments that now go to info.
    "info version" => "print version"
    "info set [option]" could be replaced by "print set [option]" or "print set[.option]"
    " info $a" => "print $a.def" for the definition, "print $a.all" for both def. and value, "print $a" for just value
12. Allow division in dataset tranf.:
    =-> @+=1/2*@0
Error: op DIV is not allowed in dataset transformations.
13. Change name of the aggregate f. argmin() and argmax(), b/c Hard to remember that arg there stands for the x value. Maybe: "xmin", "xofmin" (I think latter is clearer, not to confuse with limits min/max of x)
14. ( Long term/ gradual ) Extend fityk DSL to be able to do most what one would recurr to Lua for.
    (basic string processing with interpolation of vars, loops, ...).
    It's tiresome to have to learn 2 langs.
    If such extension done, then from what I can tell, it's going to be much cleaner to write the scripts currently done with Lua, b/c one
    would not have to call F:method(...) so often
    Alternatively , fityk without DSL, but directly in (a subset of) Lua?..
15. Allow access to dataslot/dataset number (n in @n), can be useful when doing
    @*: command_that_needs_n
    maybe as dataslot or dataslot_num or @.d
16. IMHO, this is de-facto a bug, even though its documentation at the end of https://fityk.nieto.pl/script.html#fityk-dsl makes it de-jure not a bug:
    =-> $a=4; print $a # print gives unexpected error
Error: undefined variable: $a
    because ";" is supposed to mean the preceding command is already executed before next command
    I think ";" should be disallowed alltogether, until this is fixed.
17. Make commands for saving session/state agree in GUI (session/save session) vs CLI (info state > filename), b/c it's confusing.
18. Because of the exception that "print" expects 'filename' in quotes at redirection, better require always so (even for info and debug). At least until "print" will no longer have this exception.
    The less exceptions the user has to learn, the better.

Documentation

1. What is the Auxiliary plot window showing immediately after loading a data set? For example, after loading 'nacl01.dat', it shows peaks that mirror the peaks in the main plot window, except that the lines look smooth as if points are connected/interpolated.
   The doc https://fityk.nieto.pl/getstarted.html says " By default, the [helper] plot shows the difference between the data and the model." but what is the model here? Right-click shows "Diff" selected. But changing the function type in menu/Functions has no effect.
2. At classification of variables: IMO it would be clearer to move the constant variables out of the compound variables type. Because the compound type are really special, holding a dependency on other, variables .
   And either say:
   • there are 3 types vars,
   • or (better) move the constant type into the simple type, b/c it's ... not compound type :) . And say 2 subtypes of simple vars:
     adjustable/fittable - by the fitting process, or not fittable/ constant. Constant vars are like usual vars in other programming langs
     (except they can only store floating point numbers)

Website

1. I almost completely missed the search box on the manual page. Please make it more visible, maybe also place it more at top/right side, it's very useful.

Hi,
Is there a way to get access to an uncertainty of specific parameter?
I use a lua script (see below for 'center') for extracting parameters of the peaks but I also want obtain errors on those parameters. Is it possible?
Thanks in advance!

file = io.open(path .. "center.dat", "w")

for i=0,F:get_dataset_count(),1 do -- cycle through datasets
  for j=1,#(F:get_components()),1 do -- cycle through functions in active dataset
    pcall(function()
      if j == 1 then 	
        file:write(string.format("%s\t%g\t", F:get_info('title',i), F:get_components(i)[j]:get_param_value('center')))
	  else
	    file:write(string.format("%g\t", F:get_components(i)[j]:get_param_value('center')))
	  end	
    end)
  end
  file:write(string.format("\n", ""))
end

in fityk 1.3.1 (windows), everytime I start I see in menu/Fit/Method: selected is "Lev-Mar (own)", contradicting the doc at https://fityk.nieto.pl/fit.html#levenberg-marquardt :

Two implementation of this method are available: one from the MPFIT library, based on the old good MINPACK code (default method since ver. 1.3.0), and a custom implementation (default method in earlier fityk versions).

Since it is now required as part of 1.1.0

produces "Error: No such dataset: @-1"
I'm not claiming this is a bug (doc doesn't say it should work)
so, more like feature request for deleting all datasets, because I noticed it works fine to do delete %* and delete $*

It seems that there is currently no possibility to select the borders for the Shirley background calculation/substraction.
At least the outcome seems not to differ when the "active region" is changed,
It would be handy to have this, since it is necessary for most of the applications.
I'd like to implement this feature, is maybe someone already working on it in a different repository?

... because otherwise it confuses users why numeric_format doesn't left/right -justify correctly in output window

For example, with the default font, have this:

While after, finally, finding the solution to configure the output window to use a monospace font (Consolas), we see this:

It seems like crosshair cursor works only on auxiliary plots. (fityk 1.3.1 on windows)

I have defined a funtion named Fraser-Suzuki, like this: FS(height, center, hwhm, shape) = heightexp(-ln(2)(ln(1+2shape(x-center)/hwhm)/shape)^2), but when x<center, then the ln() function is not defined in this region. How can I solve this problem? Thank you.

Hello again.
Is there a way to copy all the functions from one dataset to a multiple ones?
I want something like this: @*.F = @0.F

I want to put some functions in first dataset by the hand, fix some variables, copy this functions to all other datasets and fit it all through @*: fit

Thanks in advance!

When the block name contains ° (don't know about other characters that also result in empty block name) the block name appears empty in the opening dialog in fityk and xyconvert. But xyconv from xylib shows the correct name.

This bug appears under MacOSX.

How do you specify the xylib location from configure?

https://fityk.nieto.pl/data.html#data-point-transformations says:

• x, y, s, a [...] If the index is less than 0 or larger than M-1, the value for the first or the last point, respectively, is returned.
• For X, Y, S, A [...] If the index is less than 0 or larger than M-1, 0 is returned.

but in my tests, Y[index>=M] returns Y[M-1], just like y

Can I assume it's just error in doc? if so, I can fix it myself (I'm preparing many small changes in docs)

code as below:

load_data(0, vec[0], vec[1], vec[2]);
execute("set fitting_method=mpfit");
execute("fit");

but there is exception in void Fit::fit(int max_eval, const vector<Data>& datas) update_par_usage(datas);*

how to add parameters?

I would like to request to slightly change one of the latest commits to only use isfinite() on 10.9 or later (or alternatively check for HAVE_ISFINITE), else the program fails to compile on 10.7 and judging from Apple's documentation probably also on 10.8.

See also https://trac.macports.org/ticket/41218

If I try to rename a dataset with the builtin Button it gives me everytime the follwing error regardless what I put into the box:

Syntax error: at 8: @n. must be followed by F or Z

Hello,

I am following the INSTALL guide and not an expert with autoconf tools by any means with hopes to make a port for OpenBSD. However, when invoking ./configure I get the following lines:

...
checking for sstream... yes
checking boost/math/special_functions/gamma.hpp usability... no
checking boost/math/special_functions/gamma.hpp presence... no
checking for boost/math/special_functions/gamma.hpp... no
configure: error: Boost::Math headers not found. Make sure you have Boost installed.

However, on the system /usr/local/include/boost/math/special_functions exist with the right files. I have tried changing CFLAGS CPPFLAGS CXXFLAGS to no avail, I have also tried changing the AC_CHECK_HEADER to use /usr/local/include/boost/math/special_functions/gamma.hpp

Any help would be greatly appreciated.

The doc https://fityk.nieto.pl/data.html#dataset-transformations says
" returns @n with added y values from interpolated @m"
How exactly @m will be interpolated relative to @n ? I.e, how should X values of @m be relative to Xs of @n for y values to be added?

From experiments, I see that when @n and @m have same X values, then new @ has same Xs and y vals are added.

Once I know, I can edit the doc myself.

Dear Marcin,

I think there is a bug in calculating errors. It seems like the calculation takes into account other datasets.

How to reproduce:

1. Load any dataset, add function, e.g. Lorentzian.
2. Fit, check info peaks_err. Note the error value, in my case: 9880.27 +/- 538.262
3. Access the same value and it's error through print F[0].height (9880.27) print F[0].height.error (538.262)
4. Add a new dataset (same data).
5. Check info peaks_err for old dataset, not that error value the same: 9880.27 +/- 538.262
6. Access the same value and it's error through print F[0].height (9880.27) print F[0].height.error (2947.07)
7. Note that error is different. Selection of a particular dataset through @0: print F[0].height.error does not change anything.

Is it intended behavior?

Fityk version 1.3.1 win.

Is there a way to pass command-line-arguments to lua scripts from fityk command line?
I would like to do something like this exec script.lua path\to\my\data or_maybe_some_parameter.
I tried to put inside

local params = {...}
params[1] -- first parameter, if any.
params[2] -- second

or access it via global arg[0] table to no avail.

To add a bit of context here: I started to work with a large datasets on a regular basis and want to automatize part of handwork.
Now my lua scripts contain next lines:

local path = "C:\\Users\\baka\\sobaka\\EXPERIMENTS\\smth\\S3_(ac)\\"
-- more code
file = io.open(path .. "center.dat", "w")
--more code

and I start the lua script from within a fityk GUI as exec C:\Users\baka\sobaka\EXPERIMENTS\smth\S3_(ac)\script.lua
This approach is not the best one since I have to copy script to each folder and manually change path variable and call script with a full address.

The Idea was to put this script to default fityk folder (C:\Program Files (x86)\Fityk) and pass a path for output as a command line argument as exec script.lua C:\Users\baka\sobaka\EXPERIMENTS\smth\S3_(ac)\.
Is there a way to do it?

Thanks in advance!

Hello.

I have Ubuntu 14. I compiled Fityk from sources. It crashes with segmentation fault when I zoom in the plot area.

Here's what's written in the About box:

powered by: wxWidgets 3.0.0, Boost 1.54.0, Lua 5.1.5 and xylib 1.3.0

I use 64bit Ubuntu. And here is the list of libs that fityk uses:

linux-vdso.so.1 =>  (0x00007fffa7564000)
libfityk.so.4 => /usr/local/lib/libfityk.so.4 (0x00007f8db22b9000)
libxy.so.3 => /usr/lib/x86_64-linux-gnu/libxy.so.3 (0x00007f8db2053000)
libwx_gtk2u_adv-3.0.so.0 => /usr/lib/x86_64-linux-gnu/libwx_gtk2u_adv-3.0.so.0 (0x00007f8db1c7a000)
libwx_gtk2u_core-3.0.so.0 => /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 (0x00007f8db14bb000)
libwx_baseu-3.0.so.0 => /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 (0x00007f8db1036000)
libwx_gtk2u_stc-3.0.so.0 => /usr/lib/x86_64-linux-gnu/libwx_gtk2u_stc-3.0.so.0 (0x00007f8db0bfb000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f8db08f7000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f8db05f1000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f8db03da000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f8db0014000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f8dafdfb000)
liblua5.1.so.0 => /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 (0x00007f8dafbcd000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x00007f8daf9bd000)
libgtk-x11-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 (0x00007f8daf381000)
libgdk-x11-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 (0x00007f8daf0ce000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 (0x00007f8daeead000)
libpango-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 (0x00007f8daec60000)
libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007f8daea0e000)
libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007f8dae706000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f8dae3d1000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f8dae1b2000)
libpangocairo-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 (0x00007f8dadfa5000)
libcairo.so.2 => /usr/lib/x86_64-linux-gnu/libcairo.so.2 (0x00007f8dadc9a000)
libXxf86vm.so.1 => /usr/lib/x86_64-linux-gnu/libXxf86vm.so.1 (0x00007f8dada93000)
libSM.so.6 => /usr/lib/x86_64-linux-gnu/libSM.so.6 (0x00007f8dad88b000)
libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x00007f8dad665000)
libjpeg.so.8 => /usr/lib/x86_64-linux-gnu/libjpeg.so.8 (0x00007f8dad40f000)
libtiff.so.5 => /usr/lib/x86_64-linux-gnu/libtiff.so.5 (0x00007f8dad19d000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f8dacf99000)
/lib64/ld-linux-x86-64.so.2 (0x00007f8db262f000)
libgmodule-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0 (0x00007f8dacd94000)
libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f8dacb8e000)
libatk-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0 (0x00007f8dac96b000)
libgio-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 (0x00007f8dac5f8000)
libpangoft2-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0 (0x00007f8dac3e3000)
libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007f8dac1a6000)
libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x00007f8dabf9c000)
libXinerama.so.1 => /usr/lib/x86_64-linux-gnu/libXinerama.so.1 (0x00007f8dabd98000)
libXi.so.6 => /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x00007f8dabb88000)
libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2 (0x00007f8dab97e000)
libXcursor.so.1 => /usr/lib/x86_64-linux-gnu/libXcursor.so.1 (0x00007f8dab774000)
libXcomposite.so.1 => /usr/lib/x86_64-linux-gnu/libXcomposite.so.1 (0x00007f8dab570000)
libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007f8dab36d000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f8dab15b000)
libthai.so.0 => /usr/lib/x86_64-linux-gnu/libthai.so.0 (0x00007f8daaf51000)
libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007f8daad49000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f8daab0a000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f8daa8eb000)
libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007f8daa648000)
libpixman-1.so.0 => /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (0x00007f8daa39e000)
libxcb-shm.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0 (0x00007f8daa19b000)
libxcb-render.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-render.so.0 (0x00007f8da9f92000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f8da9d89000)
libICE.so.6 => /usr/lib/x86_64-linux-gnu/libICE.so.6 (0x00007f8da9b6d000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f8da9968000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007f8da9745000)
libjbig.so.0 => /usr/lib/x86_64-linux-gnu/libjbig.so.0 (0x00007f8da9537000)
libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f8da9313000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f8da90f8000)
libharfbuzz.so.0 => /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 (0x00007f8da8ea3000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f8da8c78000)
libdatrie.so.1 => /usr/lib/x86_64-linux-gnu/libdatrie.so.1 (0x00007f8da8a71000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f8da886c000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f8da8666000)
libgraphite2.so.3 => /usr/lib/x86_64-linux-gnu/libgraphite2.so.3 (0x00007f8da8449000)

Can you check it please?

Thank you.

on https://fityk.nieto.pl/script.html where you give an example of get_components, the line v = get_variable(vname) should probably be v = F:get_variable(vname)

I tried building fityk on Mac OS X 10.7 Lion, with dependencies mostly installed via MacPorts.

It fails with the following error in ui.cpp (note that doc also doesn't build, there is a missing target):

$ make -k
make  all-recursive
Making all in doc
make[2]: *** No rule to make target `html/_images/math/150d0ed7bec340267e1b148159a2e70ffa5983a7.png', needed by `all-am'.
make[2]: Target `all' not remade because of errors.
Making all in src
make  all-recursive
Making all in .
/bin/sh ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I..   -I/opt/local/include  -g -O2 -MT libfityk_la-ui.lo -MD -MP -MF .deps/libfityk_la-ui.Tpo -c -o libfityk_la-ui.lo `test -f 'ui.cpp' || echo './'`ui.cpp
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I.. -I/opt/local/include -g -O2 -MT libfityk_la-ui.lo -MD -MP -MF .deps/libfityk_la-ui.Tpo -c ui.cpp  -fno-common -DPIC -o .libs/libfityk_la-ui.o
In file included from ui.cpp:22:
swigluarun.h: In function 'swig_type_info* SWIG_TypeQuery(const char*)':
swigluarun.h:761: error: 'SWIG_GetModule' was not declared in this scope
swigluarun.h: In function 'swig_type_info* SWIG_MangledTypeQuery(const char*)':
swigluarun.h:767: error: 'SWIG_GetModule' was not declared in this scope
ui.cpp: In function 'void exec_lua_script(Ftk*, const std::string&)':
ui.cpp:272: error: cannot convert 'lua_State*' to 'const char*' for argument '1' to 'swig_type_info* SWIG_TypeQuery(const char*)'
ui.cpp:277: error: 'SWIG_NewPointerObj' was not declared in this scope
make[4]: *** [libfityk_la-ui.lo] Error 1
make[4]: Target `all-am' not remade because of errors.
Making all in wxgui
make[4]: *** No rule to make target `../libfityk.la', needed by `fityk'.
make[4]: Target `all' not remade because of errors.
Making all in cli
make[4]: *** No rule to make target `../libfityk.la', needed by `cfityk'.
make[4]: Target `all' not remade because of errors.
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
Making all in samples
make[2]: *** No rule to make target `../src/libfityk.la', needed by `hello'.
make[2]: Target `all' not remade because of errors.
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Hi, Marcin!

Is there a fast way to unfreeze all the variables? It takes about 40 seconds to unfreeze ~2500 variables in Fityk 1.3.1 (windows version) via this straightforward approach:

variables = F:all_variables()
for i = 0, #variables-1 do
  v = variables[i]
  F:execute("$" .. v.name .. "= ~{$" .. v.name .. "}")
end

When loading a data file with "Quick Load File" that contains more than one block, one can select which block should be imported. But even if the first block is deselected it is still imported.

I'm not sure whether it's a little bug, or intended behaviour:
After defining 2 variables,only the first is present in bottom field shown:

Why that bottom field/window is needed anyway?

$ apt-file search /usr/share/appdata/
fityk: /usr/share/appdata/fityk.appdata.xml

...

• Refer: https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#spec-component-location
• Refer: https://appstream.debian.org/sid/main/issues/fityk.html
• Refer: https://appstream.debian.org/sid/main/metainfo/fityk.html

Hi.
When I tried updated my fityk after the current commit "f0f19ea"
and tried to install it
via:
mkdir build && cd build && cmake .. && make -j8
It tries to write files out of the user directory which seems related to zlib installation which didnt happen previously.
That's something I would only expect during the install process:

`[100%] Built target minigzip
[100%] Built target minigzip64
[100%] Built target example
[ 44%] Performing install step for 'zlib'
[ 40%] Built target zlibstatic
[ 80%] Built target zlib
[ 85%] Built target minigzip
[ 90%] Built target minigzip64
[ 95%] Built target example64
[100%] Built target example
Install the project...
-- Install configuration: ""
-- Installing: /usr/local/lib/libz.so.1.2.12
-- Installing: /usr/local/lib/libz.so.1
CMake Error: failed to create symbolic link '/usr/local/lib/libz.so.1': permission denied
CMake Error at cmake_install.cmake:65 (file):
file INSTALL cannot duplicate symlink
"/home/mhahn1/storage/fityk2/fityk/build/zlib/libz.so.1" at
"/usr/local/lib/libz.so.1": Permission denied.

make[3]: *** [Makefile:93: install] Error 1
make[2]: *** [CMakeFiles/zlib.dir/build.make:93: zlib/src/zlib-stamp/zlib-install] Error 2
make[1]: *** [CMakeFiles/Makefile2:235: CMakeFiles/zlib.dir/all] Error 2
make: *** [Makefile:160: all] Error 2
`

Is that intended?

Best regards
Marc

To generate documentation, I tried (inside doc directory) - make html

$ make html
sphinx-build -a -d ./doctrees/ -b html . html
Running Sphinx v1.2.2
loading pickled environment... not yet created
building [html]: all source files
updating environment: 8 added, 0 changed, 0 removed
reading sources... [100%] ref                                                   
/home/nonamedotc/Downloads/fityk/doc/data.rst:15: WARNING: image file not readable: img/load_data_icon.png
/home/nonamedotc/Downloads/fityk/doc/data.rst:18: WARNING: image file not readable: img/load_data_icon.png
/home/nonamedotc/Downloads/fityk/doc/data.rst:176: WARNING: image file not readable: img/mode_range_icon.png
/home/nonamedotc/Downloads/fityk/doc/data.rst:179: WARNING: image file not readable: img/mode_range_icon.png
/home/nonamedotc/Downloads/fityk/doc/data.rst:479: WARNING: image file not readable: img/mode_bg_icon.png
/home/nonamedotc/Downloads/fityk/doc/data.rst:479: WARNING: image file not readable: img/strip_bg_icon.png
/home/nonamedotc/Downloads/fityk/doc/data.rst:494: WARNING: image file not readable: img/mode_bg_icon.png
/home/nonamedotc/Downloads/fityk/doc/data.rst:498: WARNING: image file not readable: img/strip_bg_icon.png
/home/nonamedotc/Downloads/fityk/doc/fityk-manual.rst:8: WARNING: toctree contains reference to nonexisting document u'script'
/home/nonamedotc/Downloads/fityk/doc/getstarted.rst:None: WARNING: image file not readable: img/fityk-with-tooltip.png
/home/nonamedotc/Downloads/fityk/doc/getstarted.rst:38: WARNING: image file not readable: img/zoom_all.png
/home/nonamedotc/Downloads/fityk/doc/getstarted.rst:43: WARNING: image file not readable: img/zoom_all.png
/home/nonamedotc/Downloads/fityk/doc/getstarted.rst:72: WARNING: image file not readable: img/load_data_icon.png
/home/nonamedotc/Downloads/fityk/doc/getstarted.rst:75: WARNING: image file not readable: img/load_data_icon.png
/home/nonamedotc/Downloads/fityk/doc/getstarted.rst:91: WARNING: image file not readable: img/mode_range_icon.png
/home/nonamedotc/Downloads/fityk/doc/getstarted.rst:94: WARNING: image file not readable: img/mode_range_icon.png
/home/nonamedotc/Downloads/fityk/doc/getstarted.rst:110: WARNING: image file not readable: img/mode_add_icon.png
/home/nonamedotc/Downloads/fityk/doc/getstarted.rst:115: WARNING: image file not readable: img/mode_add_icon.png
/home/nonamedotc/Downloads/fityk/doc/getstarted.rst:125: WARNING: image file not readable: img/add_peak_icon.png
/home/nonamedotc/Downloads/fityk/doc/getstarted.rst:128: WARNING: image file not readable: img/add_peak_icon.png
/home/nonamedotc/Downloads/fityk/doc/getstarted.rst:140: WARNING: image file not readable: img/fit_icon.png
/home/nonamedotc/Downloads/fityk/doc/getstarted.rst:142: WARNING: image file not readable: img/fit_icon.png
/home/nonamedotc/Downloads/fityk/doc/model.rst:137: WARNING: image file not readable: img/open_lock_icon.png
/home/nonamedotc/Downloads/fityk/doc/model.rst:137: WARNING: image file not readable: img/lock_icon.png
/home/nonamedotc/Downloads/fityk/doc/model.rst:142: WARNING: image file not readable: img/open_lock_icon.png
/home/nonamedotc/Downloads/fityk/doc/model.rst:145: WARNING: image file not readable: img/lock_icon.png
/home/nonamedotc/Downloads/fityk/doc/model.rst:650: WARNING: image file not readable: img/copyfunc_icon.png
/home/nonamedotc/Downloads/fityk/doc/model.rst:652: WARNING: image file not readable: img/copyfunc_icon.png
/home/nonamedotc/Downloads/fityk/doc/model.rst:678: WARNING: image file not readable: img/eq_fwhm_icon.png
/home/nonamedotc/Downloads/fityk/doc/model.rst:678: WARNING: image file not readable: img/eq_shape_icon.png
/home/nonamedotc/Downloads/fityk/doc/model.rst:682: WARNING: image file not readable: img/eq_fwhm_icon.png
/home/nonamedotc/Downloads/fityk/doc/model.rst:686: WARNING: image file not readable: img/eq_shape_icon.png
/home/nonamedotc/Downloads/fityk/doc/model.rst:747: WARNING: image file not readable: img/add_peak_icon.png
/home/nonamedotc/Downloads/fityk/doc/model.rst:750: WARNING: image file not readable: img/mode_add_icon.png
/home/nonamedotc/Downloads/fityk/doc/model.rst:753: WARNING: image file not readable: img/add_peak_icon.png
/home/nonamedotc/Downloads/fityk/doc/model.rst:757: WARNING: image file not readable: img/mode_add_icon.png
looking for now-outdated files... none found
pickling environment... done
checking consistency... done
preparing documents... done
writing output... [ 12%] data                                                   
Exception occurred:
  File "/usr/lib/python2.7/site-packages/sphinx/jinja2glue.py", line 153, in get_source
    raise TemplateNotFound(template)
TemplateNotFound: editlink.html
The full traceback has been saved in /tmp/sphinx-err-QUPDe_.log, if you want to report the issue to the developers.
Please also report this if it was a user error, so that a better error message can be provided next time.
A bug report can be filed in the tracker at <https://bitbucket.org/birkenfeld/sphinx/issues/>. Thanks!
make: *** [html] Error 1

Is there a reason why default function names starts with _1 instead _0? It seems like it could be a bit clearer to have consistency in name-index for usual tasks e.g. looking for a specific function in GUI list and performing the operations in CL using its default name.

=-> lua print(F:all_functions()[0].name)
_1

Fityk crashes when using GUI in OS X Mavericks. Problem can be reproduced easily: just open Fityk and zoom in twice (even without loading any data). Then wxWidgets Debug Alert Window

appears with a message (the same message is displayed in console as well) "../src/common/list.cpp(317): assert "Assert failure" failed in Item(): invalid index in wxListBase::Item" and then in console "../src/osx/menu_osx.cpp(271): assert "node" failed in DoRemove(): Should have valid radio group end" and "Segmentation fault: 11"

Source has been pulled and compiled today from GitHub. Version of wxWidgets is 3.0.0_4 (MacPorts). Earlier (2.8) wxWidgets versions from MacPorts do not install to Mavericks. Has Fityk been tested with 3.0 wxWidgets or should I compile 2.8 manually?

I would like to request addition of the four lines as mentioned on this wiki:

http://wiki.wxwidgets.org/WxMac-specific_topics#My_app_can.27t_be_brought_to_the_front.21

to allow the application on Mac to be run from command line (typing "fityk") instead of just from a bundled application (it could be run as "open -a fityk" from terminal if bundle is available, but this is not what I meant).

Thank you.

At first I thought this is really a bug:

then I read https://fityk.nieto.pl/data.html#data-point-transformations and see that was intentional

Points are kept sorted according to their x coordinate. The sorting is performed after each transformation.

Docs seem to be broken due to missing target/file:

make: *** No rule to make target `help-message.txt', needed by `html'.  Stop.

GCC 11 uses the C++17 standard, which has dropped support for dynamic exceptions, by default. As a result, building fityk on a distro with GCC 11 as the default compiler (such as openSUSE Tumbleweed) causes compilation errors due to throws like these:

I can simply switch to forcing C++11 or C++14 when compiling, but I thought I'd get an opinion from you. Thanks for the great app.

both among them(main and the 2 aux), and relative to output pain.
That is, I can't make it remeber the following proportions by saving the config to Default or a custom one:

Inspecting the configuration files, I see that it simply doesn't update the fields:

MainPaneProportion
PlotPaneProportion
AuxPlotsProportion

when I drag the respective dividers.

Fityk 1.3.1, Windows

Please specify the tested python versions i.e. 2.7,3.6, 3.7,3.8... in
https://github.com/wojdyr/fityk/blob/master/INSTALL
This is a valuable information for distributions and it fits there well.

Not a big deal (for me at least), but I guess https://fityk.nieto.pl/data.html#exporting-data needs change? to say to print to .ssv (space separated values), or .xy or .dat like the GUI export points gives options for?
Let me know and I'll edit the doc myself.
Windows here, 1.3.1.

Hi, I see this was added to the code 5 years ago:

#ifdef __WXGTK3__
#error "Not everything is working with wxGTK3. Use default wxGTK instead, " \
       "based on GTK+2. If you want to test it, just remove this #error."
#endif

Any update on when GTK3 support will be added?

This is feature request
It would be nice to have the ability to export .svg files, as sometimes are better at handling graphics than png

and either a tooltip on input box or a menu entry, where to write that shortcut so that ppl can know about it

If I import data, then start operations like background subtraction and adding peaks (ie using auto-add), the "data" tab remains selected, despite using the function parameter adjustments in the same pane.

Thus, if a function is selected and the user clicks the 'delete' button just above the function parameters, the function is not deleted as expected but the entire dataset is deleted instead.

If a function is selected, the 'functions' tab should be automatically selected as well, so that the UI elements directly adjacent to the function parameters are consistent with the state of the application, ie relevant to the function and not the dataset.

The request is basically copied from my question in Google Groups.

It would be very nice to have some analogue of @* but for functions. It is possible to use Lua scripts approach but it is a bit messy.

Thanks in advance!

This is the input box before changing the value (currently 2):

And this is after I increase the value

(if I left it selected, it would be even harder to see the value

I guess that input box just needs be bigger/wider.

Maybe this is platform specific. I use Windows 7 32 bit. Fityk 1.3.1.
I see that in some screenshots here https://fityk.nieto.pl/screens.html, even for Windows, the box is bigger.

I'm unable to build fityk 1.2.0 with wxwidgets 2.9.3 on OS X 10.6.8 with Xcode 3.2.6. I get this error:

ccache /usr/bin/g++-4.2 -DHAVE_CONFIG_H -I. -I..  -I.. -I/opt/local/lib/wx/include/osx_cocoa-unicode-2.9 -I/opt/local/include/wx-2.9 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXMAC__ -D__WXOSX__ -D__WXOSX_COCOA__ -DHELP_DIR=\"/opt/local/share/fityk\" -I/opt/local/include -I/opt/local/lib/wx/include/osx_cocoa-unicode-2.9 -I/opt/local/include/wx-2.9 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXMAC__ -D__WXOSX__ -D__WXOSX_COCOA__ -pipe -O2 -arch x86_64 -MT fityk-datatable.o -MD -MP -MF .deps/fityk-datatable.Tpo -c -o fityk-datatable.o `test -f 'datatable.cpp' || echo './'`datatable.cpp
datatable.cpp: In constructor ‘DataTableDlg::DataTableDlg(wxWindow*, wxWindowID, int, fityk::Data*)’:
datatable.cpp:269: error: invalid static_cast from type ‘<unresolved overloaded function type>’ to type ‘void (wxEvtHandler::*)(wxCommandEvent&)’