Hm. Haven't installed 7.x yet, but I can be sure I'll miss the Navigation pane 
– not for shorter documents, but for longer ones. It's a pretty obvious 
scenario: reviewer says "Hey, we need to update something in 2.6.5!" and by far 
the most efficient way to locate the topic in question is to check the 
Navigation pane. Unless, of course, I'm completely missing something …

N

On 4 July 2016 at 09:03:14 +02:00, Hussein Shafie <huss...@xmlmind.com> wrote:

> On 07/03/2016 01:45 AM, Jeff Hooker wrote:
> 
> > 
> > I will miss the Navigation pane; it was useful for smaller documents. With 
> > our CCMS and the latency between the client and the server, larger ditamaps 
> > took too long to load for the feature to be realistically usable.
> > 
> This excessive load time is really specific to your working environment.
> 
> When a DITA map is loaded, all the referenced topic files have to be opened 
> to read their titles. The topic files loaded this way are of course cached 
> for later reuse (Options|Preferences, General|Features, "Enable the Document 
> Cache Indicator" -- 
> <http://www.xmlmind.com/xmleditor/_distrib/doc/help/generalOptions.html#featuresOptions>
>  -- would show you this).
> 
> One way to accelerate opening DITA maps in XXE would be to asynchronously 
> load the referenced topic files.
> 
> 
> 
> > Is there some other navigation tool you are planning for use with ditamaps,
> > 
> No.
> 
> 
> 
> 
> 
> > or does this signal a de-emphasizing of the DITA schema for your product?
> > 
> No.
> 
> Note that the Navigation pane was also used for large modular DocBook 
> documents.
> 
> DITA 1.3 is already partially supported by XMLmind XML Editor. See 
> <http://www.xmlmind.com/xmleditor/changes.html#v6.7.0> . Full DITA 1.3 
> support is planned for this year.
> 
> We simply tend to remove features (or make them optional add-ons like our 
> integrated spreadsheet engine) which seem to be more or less ignored by our 
> customers. This is done for the sake of simplicity (less GUI for the user to 
> see, less concepts for the user to learn, less code to maintain) and also 
> because we don't want XMLmind XML Editor to become a bloated application.
> 
> 
> --
> XMLmind XML Editor Support List
> <xmleditor-support@xmlmind.com>
> <http://www.xmlmind.com/mailman/listinfo/xmleditor-support>
>

--
XMLmind XML Editor Support List
xmleditor-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support

Reply via email to