You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jspwiki.apache.org by "Klaus Malorny (JIRA)" <ji...@apache.org> on 2008/09/22 16:08:44 UTC

[jira] Created: (JSPWIKI-381) Sneak Preview should be time-based

Sneak Preview should be time-based
----------------------------------

                 Key: JSPWIKI-381
                 URL: https://issues.apache.org/jira/browse/JSPWIKI-381
             Project: JSPWiki
          Issue Type: Improvement
          Components: Editors
    Affects Versions: 2.8
            Reporter: Klaus Malorny


I discovered the new "sneak preview" function of the editor. This is a nice idea, but I think the way the preview is updated is not optimal. If I understand this correctly, the preview is updated if the edit control loses the focus. Also, some extended functions of the editor seem to trigger the update as well. At least I get some updates when I don't expect them.

I would prefer a solution that is based on the idle time of the user, if this is possible. If the user is inactive for a certain time and he did some changes, the update is triggered. Since I assume that the preview includes a round trip to the server, I would adjust the wait time dynamically. I would measure the round trip and display time of the last update and would set the wait time as a multiple of it. In addition to that, I would add an explicit update button and/or keyboard shortcut to initiate the update.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (JSPWIKI-381) Sneak Preview should be time-based

Posted by "Harry Metske (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/JSPWIKI-381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12648678#action_12648678 ] 

Harry Metske commented on JSPWIKI-381:
--------------------------------------

Can this fix also be applied to 3.0 ?
Or will this be automagically merged eventually ?

> Sneak Preview should be time-based
> ----------------------------------
>
>                 Key: JSPWIKI-381
>                 URL: https://issues.apache.org/jira/browse/JSPWIKI-381
>             Project: JSPWiki
>          Issue Type: Improvement
>          Components: Editors
>    Affects Versions: 2.8
>            Reporter: Klaus Malorny
>            Assignee: Dirk Frederickx
>             Fix For: 2.8.1
>
>
> I discovered the new "sneak preview" function of the editor. This is a nice idea, but I think the way the preview is updated is not optimal. If I understand this correctly, the preview is updated if the edit control loses the focus. Also, some extended functions of the editor seem to trigger the update as well. At least I get some updates when I don't expect them.
> I would prefer a solution that is based on the idle time of the user, if this is possible. If the user is inactive for a certain time and he did some changes, the update is triggered. Since I assume that the preview includes a round trip to the server, I would adjust the wait time dynamically. I would measure the round trip and display time of the last update and would set the wait time as a multiple of it. In addition to that, I would add an explicit update button and/or keyboard shortcut to initiate the update.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Reopened: (JSPWIKI-381) Sneak Preview should be time-based

Posted by "Janne Jalkanen (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/JSPWIKI-381?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Janne Jalkanen reopened JSPWIKI-381:
------------------------------------


Me and Florian also see the issue - please see the following email thread:

http://mail-archives.apache.org/mod_mbox/incubator-jspwiki-dev/200811.mbox/%3C260B16BE-6CF3-4F2E-A4CC-290EEEDEBDA7@ecyrd.com%3E

> Sneak Preview should be time-based
> ----------------------------------
>
>                 Key: JSPWIKI-381
>                 URL: https://issues.apache.org/jira/browse/JSPWIKI-381
>             Project: JSPWiki
>          Issue Type: Improvement
>          Components: Editors
>    Affects Versions: 2.8
>            Reporter: Klaus Malorny
>            Assignee: Dirk Frederickx
>             Fix For: 2.8.1
>
>
> I discovered the new "sneak preview" function of the editor. This is a nice idea, but I think the way the preview is updated is not optimal. If I understand this correctly, the preview is updated if the edit control loses the focus. Also, some extended functions of the editor seem to trigger the update as well. At least I get some updates when I don't expect them.
> I would prefer a solution that is based on the idle time of the user, if this is possible. If the user is inactive for a certain time and he did some changes, the update is triggered. Since I assume that the preview includes a round trip to the server, I would adjust the wait time dynamically. I would measure the round trip and display time of the last update and would set the wait time as a multiple of it. In addition to that, I would add an explicit update button and/or keyboard shortcut to initiate the update.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (JSPWIKI-381) Sneak Preview should be time-based

Posted by "Janne Jalkanen (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/JSPWIKI-381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12644624#action_12644624 ] 

Janne Jalkanen commented on JSPWIKI-381:
----------------------------------------

Dirk, do you have a schedule for this feature?  If you think it's easily added, then we can take it in 2.8; otherwise we should probably postpone this.

> Sneak Preview should be time-based
> ----------------------------------
>
>                 Key: JSPWIKI-381
>                 URL: https://issues.apache.org/jira/browse/JSPWIKI-381
>             Project: JSPWiki
>          Issue Type: Improvement
>          Components: Editors
>    Affects Versions: 2.8
>            Reporter: Klaus Malorny
>            Assignee: Dirk Frederickx
>             Fix For: 2.8.1
>
>
> I discovered the new "sneak preview" function of the editor. This is a nice idea, but I think the way the preview is updated is not optimal. If I understand this correctly, the preview is updated if the edit control loses the focus. Also, some extended functions of the editor seem to trigger the update as well. At least I get some updates when I don't expect them.
> I would prefer a solution that is based on the idle time of the user, if this is possible. If the user is inactive for a certain time and he did some changes, the update is triggered. Since I assume that the preview includes a round trip to the server, I would adjust the wait time dynamically. I would measure the round trip and display time of the last update and would set the wait time as a multiple of it. In addition to that, I would add an explicit update button and/or keyboard shortcut to initiate the update.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Resolved: (JSPWIKI-381) Sneak Preview should be time-based

Posted by "Dirk Frederickx (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/JSPWIKI-381?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Dirk Frederickx resolved JSPWIKI-381.
-------------------------------------

    Resolution: Fixed

Resolved in v2.8.1-svn-12.

The combination of section-editing and periodically refreshed sneak-previews was inserting newlines at every period (3sec)

The insertion of the newline is only needed during section-editing, to avoid that the next header lines (starting with !!!) always remain at the start of a newline.

> Sneak Preview should be time-based
> ----------------------------------
>
>                 Key: JSPWIKI-381
>                 URL: https://issues.apache.org/jira/browse/JSPWIKI-381
>             Project: JSPWiki
>          Issue Type: Improvement
>          Components: Editors
>    Affects Versions: 2.8
>            Reporter: Klaus Malorny
>            Assignee: Dirk Frederickx
>             Fix For: 2.8.1
>
>
> I discovered the new "sneak preview" function of the editor. This is a nice idea, but I think the way the preview is updated is not optimal. If I understand this correctly, the preview is updated if the edit control loses the focus. Also, some extended functions of the editor seem to trigger the update as well. At least I get some updates when I don't expect them.
> I would prefer a solution that is based on the idle time of the user, if this is possible. If the user is inactive for a certain time and he did some changes, the update is triggered. Since I assume that the preview includes a round trip to the server, I would adjust the wait time dynamically. I would measure the round trip and display time of the last update and would set the wait time as a multiple of it. In addition to that, I would add an explicit update button and/or keyboard shortcut to initiate the update.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Resolved: (JSPWIKI-381) Sneak Preview should be time-based

Posted by "Dirk Frederickx (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/JSPWIKI-381?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Dirk Frederickx resolved JSPWIKI-381.
-------------------------------------

    Resolution: Fixed

See v2.8.1-svn-6



> Sneak Preview should be time-based
> ----------------------------------
>
>                 Key: JSPWIKI-381
>                 URL: https://issues.apache.org/jira/browse/JSPWIKI-381
>             Project: JSPWiki
>          Issue Type: Improvement
>          Components: Editors
>    Affects Versions: 2.8
>            Reporter: Klaus Malorny
>            Assignee: Dirk Frederickx
>             Fix For: 2.8.1
>
>
> I discovered the new "sneak preview" function of the editor. This is a nice idea, but I think the way the preview is updated is not optimal. If I understand this correctly, the preview is updated if the edit control loses the focus. Also, some extended functions of the editor seem to trigger the update as well. At least I get some updates when I don't expect them.
> I would prefer a solution that is based on the idle time of the user, if this is possible. If the user is inactive for a certain time and he did some changes, the update is triggered. Since I assume that the preview includes a round trip to the server, I would adjust the wait time dynamically. I would measure the round trip and display time of the last update and would set the wait time as a multiple of it. In addition to that, I would add an explicit update button and/or keyboard shortcut to initiate the update.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (JSPWIKI-381) Sneak Preview should be time-based

Posted by "Janne Jalkanen (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/JSPWIKI-381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12648914#action_12648914 ] 

Janne Jalkanen commented on JSPWIKI-381:
----------------------------------------

Can be merged.

> Sneak Preview should be time-based
> ----------------------------------
>
>                 Key: JSPWIKI-381
>                 URL: https://issues.apache.org/jira/browse/JSPWIKI-381
>             Project: JSPWiki
>          Issue Type: Improvement
>          Components: Editors
>    Affects Versions: 2.8
>            Reporter: Klaus Malorny
>            Assignee: Dirk Frederickx
>             Fix For: 2.8.1
>
>
> I discovered the new "sneak preview" function of the editor. This is a nice idea, but I think the way the preview is updated is not optimal. If I understand this correctly, the preview is updated if the edit control loses the focus. Also, some extended functions of the editor seem to trigger the update as well. At least I get some updates when I don't expect them.
> I would prefer a solution that is based on the idle time of the user, if this is possible. If the user is inactive for a certain time and he did some changes, the update is triggered. Since I assume that the preview includes a round trip to the server, I would adjust the wait time dynamically. I would measure the round trip and display time of the last update and would set the wait time as a multiple of it. In addition to that, I would add an explicit update button and/or keyboard shortcut to initiate the update.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Closed: (JSPWIKI-381) Sneak Preview should be time-based

Posted by "Harry Metske (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/JSPWIKI-381?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Harry Metske closed JSPWIKI-381.
--------------------------------

    Resolution: Fixed

Can't reproduce it all the time, let's close it.

> Sneak Preview should be time-based
> ----------------------------------
>
>                 Key: JSPWIKI-381
>                 URL: https://issues.apache.org/jira/browse/JSPWIKI-381
>             Project: JSPWiki
>          Issue Type: Improvement
>          Components: Editors
>    Affects Versions: 2.8
>            Reporter: Klaus Malorny
>            Assignee: Dirk Frederickx
>             Fix For: 2.8.1
>
>
> I discovered the new "sneak preview" function of the editor. This is a nice idea, but I think the way the preview is updated is not optimal. If I understand this correctly, the preview is updated if the edit control loses the focus. Also, some extended functions of the editor seem to trigger the update as well. At least I get some updates when I don't expect them.
> I would prefer a solution that is based on the idle time of the user, if this is possible. If the user is inactive for a certain time and he did some changes, the update is triggered. Since I assume that the preview includes a round trip to the server, I would adjust the wait time dynamically. I would measure the round trip and display time of the last update and would set the wait time as a multiple of it. In addition to that, I would add an explicit update button and/or keyboard shortcut to initiate the update.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (JSPWIKI-381) Sneak Preview should be time-based

Posted by "Harry Metske (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/JSPWIKI-381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12646485#action_12646485 ] 

Harry Metske commented on JSPWIKI-381:
--------------------------------------

Tested with:
Linux/FF 2.0.0.11
WinXP/FF 3
WinXP/IE 6

They all work fine, I'll check again tonight on Linux/FF3.

> Sneak Preview should be time-based
> ----------------------------------
>
>                 Key: JSPWIKI-381
>                 URL: https://issues.apache.org/jira/browse/JSPWIKI-381
>             Project: JSPWiki
>          Issue Type: Improvement
>          Components: Editors
>    Affects Versions: 2.8
>            Reporter: Klaus Malorny
>            Assignee: Dirk Frederickx
>             Fix For: 2.8.1
>
>
> I discovered the new "sneak preview" function of the editor. This is a nice idea, but I think the way the preview is updated is not optimal. If I understand this correctly, the preview is updated if the edit control loses the focus. Also, some extended functions of the editor seem to trigger the update as well. At least I get some updates when I don't expect them.
> I would prefer a solution that is based on the idle time of the user, if this is possible. If the user is inactive for a certain time and he did some changes, the update is triggered. Since I assume that the preview includes a round trip to the server, I would adjust the wait time dynamically. I would measure the round trip and display time of the last update and would set the wait time as a multiple of it. In addition to that, I would add an explicit update button and/or keyboard shortcut to initiate the update.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Updated: (JSPWIKI-381) Sneak Preview should be time-based

Posted by "Janne Jalkanen (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/JSPWIKI-381?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Janne Jalkanen updated JSPWIKI-381:
-----------------------------------

    Fix Version/s: 2.8.1

Basing it on the idle time sounds like a good idea.  Or perhaps add a timer which fires off every 5 seconds or so?

Not urgent for 2.8, though.

> Sneak Preview should be time-based
> ----------------------------------
>
>                 Key: JSPWIKI-381
>                 URL: https://issues.apache.org/jira/browse/JSPWIKI-381
>             Project: JSPWiki
>          Issue Type: Improvement
>          Components: Editors
>    Affects Versions: 2.8
>            Reporter: Klaus Malorny
>             Fix For: 2.8.1
>
>
> I discovered the new "sneak preview" function of the editor. This is a nice idea, but I think the way the preview is updated is not optimal. If I understand this correctly, the preview is updated if the edit control loses the focus. Also, some extended functions of the editor seem to trigger the update as well. At least I get some updates when I don't expect them.
> I would prefer a solution that is based on the idle time of the user, if this is possible. If the user is inactive for a certain time and he did some changes, the update is triggered. Since I assume that the preview includes a round trip to the server, I would adjust the wait time dynamically. I would measure the round trip and display time of the last update and would set the wait time as a multiple of it. In addition to that, I would add an explicit update button and/or keyboard shortcut to initiate the update.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Reopened: (JSPWIKI-381) Sneak Preview should be time-based

Posted by "Harry Metske (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/JSPWIKI-381?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Harry Metske reopened JSPWIKI-381:
----------------------------------


When you have the sneak preview active, every time it refreshes a newline is inserted in your edit window, very annoying.

My environment: 
JSPWiki 3.0.0-svn-3
Firefox 3.0.3
Ubuntu Linux Intrepid

It seems browser specific, if I use Epiphany, it works fine. 
I can do some more tests tomorrow with IE 6.

> Sneak Preview should be time-based
> ----------------------------------
>
>                 Key: JSPWIKI-381
>                 URL: https://issues.apache.org/jira/browse/JSPWIKI-381
>             Project: JSPWiki
>          Issue Type: Improvement
>          Components: Editors
>    Affects Versions: 2.8
>            Reporter: Klaus Malorny
>            Assignee: Dirk Frederickx
>             Fix For: 2.8.1
>
>
> I discovered the new "sneak preview" function of the editor. This is a nice idea, but I think the way the preview is updated is not optimal. If I understand this correctly, the preview is updated if the edit control loses the focus. Also, some extended functions of the editor seem to trigger the update as well. At least I get some updates when I don't expect them.
> I would prefer a solution that is based on the idle time of the user, if this is possible. If the user is inactive for a certain time and he did some changes, the update is triggered. Since I assume that the preview includes a round trip to the server, I would adjust the wait time dynamically. I would measure the round trip and display time of the last update and would set the wait time as a multiple of it. In addition to that, I would add an explicit update button and/or keyboard shortcut to initiate the update.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.