bugPSPP - Bugs: bug #23182, Changing the command line...

 
 

bug #23182: Changing the command line interface of PSPPire

Submitted by:  Harry Thijssen <unknown_one>
Submitted on:  Tue 06 May 2008 02:56:35 PM UTC  
 
Category: Graphical User InterfaceSeverity: 1 - Wishlist
Status: DuplicateAssigned to: None
Open/Closed: ClosedRelease: Post-0.6.0
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)

Mon 13 Oct 2008 03:00:45 PM UTC, comment #6:

>Does anyone have a good argument for leaving both items open?


Just that this bug has some good discussion that should not be missed in fixing bug #20606. There was, until now, no pointer from bug #20606 to this bug, so closing it caused information to be lost (IMO). But just now I've added such a pointer, so we can close it again (and I am).

I wish that the bug tracking system had the ability to merge bugs, like the Debian BTS can do. Much more useful than just closing bugs and marking them as duplicates.

Ben Pfaff <blp>
Project Administrator
Mon 13 Oct 2008 11:17:59 AM UTC, comment #5:

I had closed this bug, because it's essentially a duplicate of bug #20606 That's why I set the status to "Duplicate".

Does anyone have a good argument for leaving both items open?

John Darrington <jmd>
Project Administrator
Sun 12 Oct 2008 05:02:44 PM UTC, comment #4:

It would also be a good idea for PSPPIRE to read a configuration file on startup (as does PSPP). See also bug #24535.

Ben Pfaff <blp>
Project Administrator
Sat 11 Oct 2008 10:40:25 PM UTC, comment #3:

Reopening. I suspect this bug must have been closing accidentally.

Ben Pfaff <blp>
Project Administrator
Wed 07 May 2008 12:23:15 AM UTC, comment #2:

>How should psppire know what to do with a filename given as an
>argument? It has to decide whether to open it as a system file,
>portable file or syntax file. Can we rely on the filename suffix?


It is easy to detect that a file is a system file or portable file: we already have code to do so in data/any-reader.c. It works based on the file's content, not its name.

We could probably assume that any file that appears to be text, but which is not a system file or portable file, is a syntax file.

This logic would not have to be exclusive to psppire. It would also be useful to accept system and portable file names on the pspp command and perform an implicit 'GET' or 'IMPORT' on them.

>We need to make sure that we get the syntax of the command line
>right, as subsequent changes in later versions causes pain for
>users.


Yes. I neglected this in some earlier releases. I think that that was a mistake.

Ben Pfaff <blp>
Project Administrator
Wed 07 May 2008 12:12:49 AM UTC, comment #1:

I think that the issue of command line argument processing needs to be one of the first considerations after the forthcoming release.

Some of the questions to be considered are:

  • Which command line options need to be common between pspp and psppire ? The common ones should have a common parsing subroutine.
  • How should psppire know what to do with a filename given as an argument? It has to decide whether to open it as a system file, portable file or syntax file. Can we rely on the filename suffix?
  • It would be useful to be able to give a syntax fragment as a string on the command line.
  • We need to make sure that we get the syntax of the command line right, as subsequent changes in later versions causes pain for users.
John Darrington <jmd>
Project Administrator
Tue 06 May 2008 02:56:35 PM UTC, original submission:

Hi

I would love if the syntax of PSPPire would be changed to "PSPPire [<syntax or data file>] [-commands]". If PSPPire accepts a syntax or data file as its first parameter it is possible to create a file-association between .sps and .sav so you could start PSPPire by clicking on teh .sps and the .sav file. This is a common way of working in a GUI environment.

Now:
Usage: psppire {|--help|--version|--no-splash}
Wished:
Usage: psppire [<syntax or datafile>][|--help|--version|--no-splash]

The benefit would be a greater useability. The drawback....well it wil cost time to implement.

CU

Harry Thijssen <unknown_one>

 

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

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Digest:
   bug dependencies.

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 7 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Mon 13 Oct 2008 03:00:45 PM UTCblpOpen/ClosedOpen=>Closed
    Sat 11 Oct 2008 10:40:25 PM UTCblpOpen/ClosedClosed=>Open
    Sun 11 May 2008 12:39:25 PM UTCjmdStatusNone=>Duplicate
      Open/ClosedOpen=>Closed
      Dependencies-=>Depends on bugs #20606
    Wed 07 May 2008 12:12:49 AM UTCjmdSeverity5 - Average=>1 - Wishlist
      ReleaseNone=>Post-0.6.0

    Back to the top


    Powered by Savane 3.1-cleanup1