bugGNU TeXmacs - Bugs: bug #35696, Should remember the directory

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #35696: Should remember the directory

Submitted by:  Victor Porton <porton>
Submitted on:  Fri 02 Mar 2012 04:50:13 PM UTC  
 
Category: File ManagerPriority: 5 - Normal
Item Group: WishlistStatus: Confirmed
Privacy: PublicAssigned to: Miguel de Benito <mdbenito>
Originator Name: Open/Closed: Open
Release: Release: None
Fixed Release: NoneFixed Release: 
Keywords: 

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

Tue 17 Apr 2012 06:57:18 PM UTC, comment #10:

On my computer (and using the Qt version), the file browser allows me to drag and drop directories which are used often to a side panel. In this way, I can go to these directories using a single click, even after closing and restarting TeXmacs. Would this not be a simpler and better solution to your problem?

Joris van der Hoeven <vdhoeven>
Project Administrator
Fri 06 Apr 2012 10:19:33 PM UTC, comment #9:

Andrey, you've described how you work. Now I will describe how I work:

Most of my .tm files are in ~/.TeXmacs/texts/AGT/ directory. Sometimes I want to put the result of PDF export of one of these files onto my site. To do this I export a .pdf into the directory ~/public_html/math/out/binaries/ and afterward call the command "sitecopy -u math" which copies the files from my local copy of the site onto an FTP server.

It is clear that to work this way, it is better when Export PDF dialog remembers the last directory used.

Victor Porton <porton>
Fri 06 Apr 2012 10:02:12 PM UTC, comment #8:

Well, I don't know. If I work on some article in some directory, and want to export it as .tex, or .html, or .ps, or .pdf, then the most natural place for all these forms is in the same directory, I think. And this is the current behaviour: all places are relative to the directory of the current .tm file. Most natural. If later I dicide that I want one of these files somewhere else, I simply say
mv foo.pdf /some/other/directory/
Maybe, there are use cases when what you say is more natural, but I cannot imagine them.

Andrey Grozin <grozin>
Project Member
Fri 06 Apr 2012 09:23:39 PM UTC, comment #7:

I never suggested to remember current directory between different invocations of texmacs process. (Well, it is questionable whether it is a good idea, anyway.)

I have advised just to remember the dir between openings of the file dialogs during one TeXmacs run.

For example I need to type a directory before each PDF export. It is clearly not good.

Victor Porton <porton>
Fri 06 Apr 2012 09:08:31 PM UTC, comment #6:

> Use an option in the preferences under a new section called
> "Loading and saving".


Where is this option? I don't see it (in Qt TeXmacs).

I really HATE programs which remember in which directory they were started last time. If I start texmacs in
/home/grozin/a/b/c/d
I expect this directory to be the default one (at least, until I save my current document to some other directory). Next time I start texmacs from
/home/grozin/e/f/g/h
Why in the hell I have to navigate from the old ~/a/b/c/d to the new ~/e/f/g/h ???

Andrey Grozin <grozin>
Project Member
Thu 08 Mar 2012 02:49:53 PM UTC, comment #5:

Use an option in the preferences under a new section called "Loading and saving". Many applications default to the "remember last directory" behaviour and some users might prefer consistent pain in the ass over unexpected better solutions ;)

Options proliferation is an issue, but there aren't that many (yet). Especially under the "Loading and saving" category.

Miguel de Benito <mdbenito>
Project MemberIn charge of this item.
Thu 08 Mar 2012 02:45:10 PM UTC, comment #4:

> For exporting I think it's best to default to
> the current directory but if the user chose another
> one at some point, then show that one instead.


I am still not convinced. E.g., how to switch back to
the default behaviour? I might exceptionally want to
export to a different directory, but then again to
the same directories as where there the files live
for ten other files.

Joris van der Hoeven <vdhoeven>
Project Administrator
Thu 08 Mar 2012 11:45:38 AM UTC, comment #3:

- For auxiliary buffers it would make much sense indeed.
- For new buffers and "save as" as well. It's a real pain having to manually go to some reasonable place to save new work.
- For exporting I think it's best to default to the current directory but if the user chose another one at some point, then show that one instead.

Miguel de Benito <mdbenito>
Project MemberIn charge of this item.
Thu 08 Mar 2012 11:12:26 AM UTC, comment #2:

This seems not clear to me. Currently all file operations
are done relative to the directory of the current buffer.
What you say would make sense only for auxiliary buffers
without a clear directory attached to them.

Joris van der Hoeven <vdhoeven>
Project Administrator
Sat 03 Mar 2012 11:46:43 AM UTC, comment #1:

Confirmed under QTeXmacs svn:4862 (> 1.0.7.14) for html export under Ubuntu 11.04.

Alvaro Tejero Cantero <alv>
Project Member
Fri 02 Mar 2012 04:50:13 PM UTC, original submission:

The export dialog box should remember the last directory which a file was exported to.

Victor Porton <porton>

 

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 grozin (Posted a comment)
  • -unavailable- added by vdhoeven (Posted a comment)
  • -unavailable- added by mdbenito (Updated the item)
  • -unavailable- added by alv (Posted a comment)
  • -unavailable- added by porton (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 2 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Mon 05 Mar 2012 10:56:22 AM UTCmdbenitoAssigned toNone=>mdbenito
    Mon 05 Mar 2012 10:55:48 AM UTCmdbenitoStatusNone=>Confirmed

    Back to the top


    Powered by Savane 3.1-cleanup1