[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [mylyn-dev] Re: [mylyn-integrators] Mylyn WikiText component

You could look for a way to both keep the benfits of being able to type the markup and work quickly, and also avoid the markup from being too visually distracting, when you read.

* De-emphasise the visual impact of the markup characters, but heep them visible
  - For example show them in a lighter colour, e.g. gray.
    (I did this on a hacked up wiki editor a few years ago and it worked well as a good-enough compromise)

* Add more style preview
  - Indenting and possibly even numberig of lists.
  - Alignment of table cells

P.S. Its great to see Eclipse get wiki editing.
I'm already eager to see more...
* When do you expect wiki editing to work for: local tasks; JIRA tasks ?
* Any chance of twiki format support? (I don't know if its close to any of your existing formats)
     see: http://twiki.org/cgi-bin/view/TWiki/TextFormattingRules


David Green wrote:

Something else came to mind:  For developers there is no faster way to write Java code than using a source editor.  It's hard to beat the speed and agility of a keyboard.  To me, writing markup is the fastest (and easiest) way to get it done.  I will always prefer a source editor for this kind of thing.


On Thu, Aug 14, 2008 at 7:25 AM, David Green <dgreen99@xxxxxxxxx> wrote:
With any feature it's important to evaluate the benefits.  I would guess that most current users of Mylyn are developers.  These people are are used to seeing source code.  The source viewer provides a 'good enough' approach to highlighting the markup, so for these users I don't see much benefit in hiding markup, given the draw-backs and effort required to create a 'hidden markup' editor.

With the advent of Tasktop the profile of the user-base is likely to change to less technical users.  For these people a WYSIWYG editor would be more beneficial, since the idea of source code to them would be somewhat foreign.

As demand increases we should continue to reevaluate priorities and if the need arrises, we can look at a 'hidden markup' approach.  Note that to build a great editor with these capabilities will be extremely difficult, especially considering some types of markup (eg: tables).  To loosely quote Mik, even very large companies with unlimited resources haven't been able to get it completely right.

Of course all of this is my opinion -- I would be interested to see some community feedback on this issue.


On Thu, Aug 14, 2008 at 6:58 AM, Mik Kersten <mik@xxxxxxxxxxx> wrote:
That's good to hear Ketan.

Currently the only way to make the markup disappear is if you click the
Preview tab, in which case the markup is rendered as HTML.  David Green and
I had some additional conversation about this, and thought that going with
the rich markup mode was the best compromise.  But I could imagine something
like the following:
* Provide a "Hide Markup" button.
* For inserting new markup, Ctrl+Space or a toolbar button is used
* In this mode, the markup does not appear in the source viewer, but does
appear in the backing document.

There is trickiness with this approach.  For example, if I start hitting
backspace over something that has nested markup, at some point the markup
has to get deleted.  For example, Microsoft Word still has usability issues
with these ranges of markup, which is why sometimes a word will become bold
if it gets into a stray markup region due to deleting characters or
paragraphs.  But it could be that a few simple heuristics here would be

David: have you considered a "Hide Markup" mode?


> -----Original Message-----
> From: Ketan Padegaonkar [mailto:ketanpadegaonkar@xxxxxxxxx]
> Sent: Wednesday, August 13, 2008 11:42 PM
> To: mik@xxxxxxxxxxx; Mylyn Integrators list
> Cc: mylyn-dev@xxxxxxxxxxx
> Subject: Re: [mylyn-integrators] Mylyn WikiText component
> On 14-Aug-08, at 6:20 AM, Mik Kersten wrote:
> > Here's a summary of the new Mylyn WikiText component:
> >
> >     http://tasktop.com/blog/?p=37
> I've looked at Texile-J before, looked at the screenshot and find that
> integrating mylyn with texile-j is indeed a good idea.
> We've been working on a similar WYSIWYG editor, however the markup is
> *still* visible, which does not make it a true WYSIWYG editor. It is
> still better than having no WYSIWYG. Are there any plans to make this
> markup disappear in the near future?
> -- Ketan

_______________________________________________ mylyn-dev mailing list mylyn-dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/mylyn-dev