bugPSPP - Bugs: bug #39648, Confusing interface for saving as...


bug #39648: Confusing interface for saving as .por in GUI

Submitted by:  Harry Thijssen <unknown_one>
Submitted on:  Thu 01 Aug 2013 06:37:44 PM UTC  
Category: Graphical User InterfaceSeverity: 5 - Average
Status: FixedAssigned to: None
Open/Closed: ClosedRelease: None
Effort: 0.00

Add a New Comment(Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


(Jump to the original submission Jump to the original submission)

Sat 16 Nov 2013 04:33:08 AM UTC, comment #7:

> Yes, taht would be better.

Thanks, I made that change.

Ben Pfaff <blp>
Project Administrator
Fri 15 Nov 2013 07:05:20 PM UTC, comment #6:

Yes, taht would be better.

Harry Thijssen <unknown_one>
Fri 15 Nov 2013 06:48:34 AM UTC, comment #5:

Just now I tried to do the same thing in LibreOffice Writer. It has a similar interface to PSPPIRE for this. However, its interface is less confusing for one simple reason: it defaults to showing "All Files" instead of just a single format in the file chooser. Thus, when the user looks to see where he should choose the format to save in, he sees the place where it says the default format and changes that one, instead of seeing two places where it says the default format and possibly changing the wrong one.

This would be a simple change in PSPPIRE. Would this fix the problem?

Ben Pfaff <blp>
Project Administrator
Sun 11 Aug 2013 04:23:54 PM UTC, comment #4:

The two widgets serve different purposes.

One determines the suffix of the files which are displayed in the file chooser. The other determines the format in which to save the dataset.

Of course, normally one will correspond to the other. It would be somewhat strange if someone decided to save a file in sav format to a file called x.por But personally I don't like software where the user is prevented from doing something which the developers disapprove.

John Darrington <jmd>
Project Administrator
Wed 07 Aug 2013 10:01:40 AM UTC, comment #3:

That would be better.

But is there a reason why there are radio buttons AND the combo box? It looks redundant to me.

Harry Thijssen <unknown_one>
Sat 03 Aug 2013 04:08:19 AM UTC, comment #2:

I agree, it is confusing.
I think the way to fix it, is to have the radio buttons update automatically according to the state of the combo box.

John Darrington <jmd>
Project Administrator
Fri 02 Aug 2013 12:49:07 PM UTC, comment #1:

Actually it works correct if the radio buttons at the left size of the dialog box are used.

I think the current situation is confusing. When "saved as" is used, the box at the right size for selecting the file type seems obsolete. (or the radio buttons at the left side)

Harry Thijssen <unknown_one>
Thu 01 Aug 2013 06:37:44 PM UTC, original submission:


When saving a file from the GUI with "save as" .por the file is actually saved as a .sav file.
This happend in MSWindows. I didn't check this on GNU/Linux.

Have fun

Harry Thijssen <unknown_one>


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -unavailable- added by blp (Posted a comment)
  • -unavailable- added by jmd (Posted a comment)
  • -unavailable- added by unknown_one (Submitted the item)

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.


    Please enter the title of George Orwell's famous dystopian book (it's a date):



    Follow 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sat 16 Nov 2013 04:33:08 AM UTCblpStatusIn Progress=>Fixed
    Fri 15 Nov 2013 06:48:34 AM UTCblpStatusNone=>In Progress
      Summarysaving as .por doesn work from the GUI=>Confusing interface for saving as .por in GUI

    Back to the top

    Powered by Savane 3.1-cleanup1