Opened 10 years ago

Closed 10 years ago

Last modified 10 years ago

#115 closed enhancement (worksforme)

Windows should open with Scholar Pane closed

Reported by: david Owned by: david
Priority: major Milestone: 1.0 Beta 1
Component: interface Version:
Keywords: Cc:

Description

After use, I realized that most of the time when you open a window you do not want Scholar to be open, especially if it was open on the window's opener.

Change History (4)

comment:1 Changed 10 years ago by david

  • Resolution set to fixed
  • Status changed from new to closed

(In [365]) Fixes #116, Make full screen button text.
Fixes #115, Windows should open with Scholar Pane closed.
Fixes #105, search box loses focus after search starts.

Retooled the interface a bit, and removed the top toolbar. The close and fullscreen buttons are located to the right of the items toolbar. The item pane cannot be collapsed.

comment:2 Changed 10 years ago by dstillman

  • Resolution fixed deleted
  • Status changed from closed to reopened

Reopening -- Scholar pane now defaults to open rather than closed in every new window opened

It also may be worthwhile to differentiate between windows opened at startup or via New Window and windows opened from another window. I'd argue that windows opened at startup or via New Window should use the last state of the Scholar pane, whereas windows opened from another window (which are often popups that aren't full-sized anyway) should default to closed. Among other things, I think the majority of users (those who only use a single window) might reasonably expect the Scholar pane to be in the state they last left it when they closed their browser.

comment:3 Changed 10 years ago by david

  • Resolution set to worksforme
  • Status changed from reopened to closed

It is fixed -- there is a bug involving previous Firefox persists data that if you have this problem you will need to delete at least some of your Firefox preferences (easiest way for me was to delete the whole Profiles directory since I use another browser primarily).

comment:4 Changed 10 years ago by dstillman

Got it--looks like the state is stored in localstore.rdf.

New bug (#123) created for my other comment.

Note: See TracTickets for help on using tickets.