Re: [gedit-list] gedit enhancement request - larger list of formerly opened items



Thanks again for your time and erudite replies.

I knew I hadn't got the hang of his list thing...

Bill


On 17 December 2013 04:56, Jim Campbell <jcampbell gnome org> wrote:
Hi Bill,

Please remember to reply to the list, and not just to me.

What you've spelled-out in your message is a problem that is specific to Linux Mint. For the time being, Linux Mint takes any system call to yelp and opens up their own help web page instead.

Yes, it's bad, and the Linux Mint developers should feel bad.

There's a bug about it here:  https://bugs.launchpad.net/linuxmint/+bug/1048803

Jim


On Mon, Dec 16, 2013 at 10:46 PM, Bill LaChenal <billachenal gmail com> wrote:
Thanks, Jim, splendid. I thought there must be a proper, sensible answer.

I do see a much more general problem that a mint user seeking help is often just dumped at the mint main page F1, then having to waste hours researching (cynics have said, "free, only if you don't value your time").
I'm not sure where best to raise that as a QA issue (and I'm very well aware of the sort of developer who is averse to WTFM).

Your advice would be appreciated.

In my gedit (in a Mint 15 live), Help leads to a lazy generic "(?) F1 contents" and "about", so help gets
http://www.linuxmint.com/documentation.php
Wherein, a search for gedit is about as much use as a chocolate teapot.

Do you reckon that useless link is in principle a gedit problem (wrong direction), or a mint problem, or a live problem?
Considering Firefox help manages to point at firefox help, I suspect the former, prompting an gedit enhancement request:
 please point gedit help at gnome gedit help ... rather than leaving user blindly to guess

Moreover, looking up at the gnome gedit top page
https://help.gnome.org/users/gedit/stable/index.html.en
I see no way of finding the the relevant open-recent page which you have so kindly indicated
(helptext bug?)

Also Help -> "About" leads to gedit.org, thence circuitously to wiki.gnome.org/Apps/Gedit/Plugins
but that too seems silent about the open-recent (afaics).

Kind regards,
 Bill





On 16 December 2013 20:20, Jim Campbell <jcampbell gnome org> wrote:
Actually, this is all handled through a dconf setting, and the instructions for how to change it are included in the regular gedit documentation.

The help should be installed locally on your machine, but here's a link to the same help topic as it is out on the web:


Regards,

Jim


On Fri, Dec 13, 2013 at 12:51 PM, Ritesh Khadgaray <khadgaray gmail com> wrote:

Hi

  Gnome handles this via zeitgeist. Open up gnome shell or unity dash, and they should list your recently worked file, afaik.

Cheers

On 13 Dec 2013 22:53, "Bill LaChenal" <billachenal gmail com> wrote:
Hi, I'm not sure if this is the right place to ask (?)

gedit has a limited memory of previously edited items which can be recalled on restart - a drop-down list next to the 'open'.

I would like to have rather more previously-opened items stored than the default.
There seems to be no option to adjust this.

I can see further usefulness if items could be stored on a per-window basis, but that might be unnecessarily complicated.

Kind regards,
 Bill LaChenal

_______________________________________________
gedit-list mailing list
gedit-list gnome org
https://mail.gnome.org/mailman/listinfo/gedit-list


_______________________________________________
gedit-list mailing list
gedit-list gnome org
https://mail.gnome.org/mailman/listinfo/gedit-list







[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]