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

 
 

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

Submitter:  Harry Thijssen <unknown_one>
Submitted:  Thu 01 Aug 2013 06:37:44 PM UTC
   
 
Category:  Graphical User Interface Severity:  5 - Average
Status:  Fixed Assigned to:  None
Open/Closed:  Closed Release:  None
Effort:  0.00
* Mandatory Fields

Add a New Comment Rich Markup
   

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>
Group 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>
Group 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>
Group 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>
Group 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:  

Hi

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 Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2013-11-16 blp StatusIn Progress Fixed
        Open/ClosedOpen Closed
    2013-11-15 blp StatusNone 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.13-02a9.
    Corresponding source code