zim-wiki team mailing list archive

[George De Bruin <sndchaser@xxxxxxxxx>]

Jaap,

I agree with everything you wrote, and in fact, just had an alternate idea
that would (potentially) simplify the idea...  What about using a Tabbed
interface instead?  The Tabs could replace the path bar (ie, be a different
option for the path bar).  The ideas would be:

• A new "Tabs" menu would be introduced that would have "New" and "Close"
options, and below those a list of the open Tabs.
• The "New" item would open a new tab (changing the view of the pathbar to
Tabs if necessary), with a copy of the current document.
• The Close item would close the current Tab.
• Selecting from the list would switch to that Tab.
• Tabs would have the document title in them.
• Each tab should have it's own close button.

• Clicking mouse button 3 on an internal link would open the target document
in a new tab.
• Clicking mouse button 3 on any non-internal link would just perform the
default action for that link.
• Clicking mouse button 3 on a document in the index should open a new tab.
• Clicking mouse button 1 on Home / Back / Forward, etc should act in the
current tab.
• Clicking mouse button 1 on an entry in the index should act in the current
tab.

• Viewing a  document in multiple tabs should be allowed.
• Each tab should maintain it's own view / location state.
• Editing a document in one tab should be reflected in the other tab(s), but
the view state should be retained.
• It would be nice (but not necessary) if the open tabs / location state /
etc. could be saved and restored between sessions (ie, when a window is
closed & when Zim is Quit).

I know originally I stated a split view would be better, but honestly, I
could work with a tabbed interface without issues, and I think it would be
more consistent with the current user experience / expectations.

Sorry, I'm not an artist, so I can't draw a picture for you. ;)

BTW - this message was written in Zim. ;)

George

On Wed, Dec 23, 2009 at 4:56 AM, Jaap Karssenberg <
jaap.karssenberg@xxxxxxxxx> wrote:

> On Wed, Dec 23, 2009 at 10:01 AM, George De Bruin <sndchaser@xxxxxxxxx>wrote:
>
>> Personally, I was kind of wishing for a "split window" so I could have the
>> two documents opened in the same window to avoid window clutter...but that
>> was just my first thought, and based on the fact that I like to use screen
>> for running multiple terminal apps in a single window. :)
>>
>>
>> On Wed, Dec 23, 2009 at 12:47 AM, 노정태 <basil83@xxxxxxxxx> wrote:
>>
>>> But there is a problem. I can't open a page as a separated window. So I
>>> can't see 2 or 3 scraps at one time.
>>>
>>> Can anybody know how to open a page as a separated window?
>>>
>>>
> In there current version there is no possibility to see multiple pages at
> once. But this seems to be a recurring request, so maybe we should look into
> it.
>
> Both separate windows and split window could be implemented in python
> branch. Would need some suggestions for how the UI should look then. E.g.
> should a page in a separate page have navigation controls and a side pane ?
> (I propose not.) What happens when I navigate to a page that is already open
> ? (I propose both windows can edit the page in parallel - so changes in one
> window show up in the other as well..)
>
> Any ideas? Bonus points for mockups or drawings.
>
> -- Jaap
>



-- 
---
Faster moments spent spread tales of change within the sound...