Hussein Shafie | 22 Jan 18:24 2015

Release of XMLmind DITA Converter v2.5.4

Please download XMLmind DITA Converter v2.5.4 from
http://www.xmlmind.com/ditac/download.shtml

-------------------------------------------------------
XMLmind DITA Converter v2.5.4 (January 22, 2014):
-------------------------------------------------------
It's now possible to give a background color to table
cells by adding a bgcolor(color) directive
(where color is any CSS color value) to the outputclass
attribute of most table elements.
-------------------------------------------------------

More information in
http://www.xmlmind.com/ditac/changes.html

We plan to integrate XMLmind DITA Converter v2.5.4 into
XMLmind XML Editor next week.
It will take more time to integrate XMLmind DITA Converter
v2.5.4 into XMLmind XSL Utility and XMLmind XSL Server.

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

David DUPERRON | 21 Jan 12:01 2015

Java.Lang.OutOfMemoryError

Hi,
I am using XXE 6.1.0, and trying to print in pdf a quite large document
(the final pdf file is 280MB, containing lots of graphics).
On a previous machine (PC under Windows7) the pdf was 
printing fine even of the process was quite long, but on my new machine 
(MacBook Pro 15") the process stops brutally with the 
Java.Lang.OutOfMemoryError...
Is there a way to increase the available memory for the pdf conversion process?
Any way to 
tweak the java parameters??
Thanks very much for your help!

David

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

Hussein Shafie | 20 Jan 09:36 2015

Re: Dragging the URL of a topic and dropping it onto an xref or topicref

Martin wrote:
>
> I just upgraded to XXE Pro 6.1.0 after years of using a much earlier
> version. But in this version, Alt-dragging doesn't work the way it used to.
>
> I used to use split view and Alt-drag the (DITA) topic that was open in
> one tab (after selecting the top-level element in the topic) onto an
> xref in the other tab (or onto a topicref in a map). This would update
> the href attribute of the xref/topicref to the topic I wanted.
>
> But now, doing the same thing pops up a menu with Copy Before, Copy
> Into, Copy After (all greyed out), and Cancel. Which means that all I
> can do is cancel.
>
> Is the old behavior still available?

Sorry but no.

> Am I doing something wrong?
>

No, not at all.

Alt-Drag now drags the implicit or explicit *selection*, that is, text 
or XML nodes. You want to drag the URL of a document in order to drop it 
onto an xref or topicref.

The simplest way to do that is, after switching to source document A, 
drag its file icon found in the node path bar and drop it onto target 
document B (also visible because of the split view).
(Continue reading)

Niels Grundtvig Nielsen | 19 Jan 10:51 2015
Picon

Re: strategy for change-tracking

Yes, I can imagine (and had already accepted) that colouring text in the XML editor window based on an attribute setting would not be a trivial task. An XSLT tweak for using the same attributes to style WebHelp/.pdf output, though, would be pretty nifty :-}

On Mon, Jan 19, 2015 at 9:51 AM, Hussein Shafie <hussein <at> xmlmind.com> wrote:
On 01/12/2015 08:38 AM, Niels Grundtvig Nielsen wrote:
Well, you're right there – the Compare tool seems to do an excellent job
of identifying changes between files. The only snag is, that's not what
I need to do at the moment: I need to use the out-of-the-DITA-box status
attribute to apply different styles to WebHelp (and possibly pdf) output.

We are aware of this need, which is not an uncommon one.




I suspect this is going to mean rolling my sleeves up and trying to get
somewhere with XSLT :-}

There are two problems here:

1) Marking modified elements using the DITA status attribute. I don't see how this problem can be solved simply.

A future version of the Compare tool could be used to automatically mark modified elements using the DITA status attribute. However only new and modified elements could be marked this way, not deleted elements. This makes this feature not really useful.

2) Correctly rendering DITA elements bearing the status attribute by slightly modifying the XSLT stylesheets. This problem should be quite simple to solve.





On Mon, Jan 5, 2015 at 11:05 AM, Hussein Shafie <hussein <at> xmlmind.com
<mailto:hussein <at> xmlmind.com>> wrote:

    On 01/05/2015 10:36 AM, Niels Grundtvig Nielsen wrote:

        Getting into the swing of things using DITA for deliverables
        here, and
        now we've reached the stage where the first document needs an upate.
        This prompts the question "what do you suggest for implementing
        track
        changes": should I use <ph> elements with attributes and tweak the
        stylesheet so I can mark added and deleted text,


    Personally, I would never do this given the fact we have the Compare
    tool:

    http://www.xmlmind.com/__xmleditor/_distrib/doc/help/__comparePane_primer.html
    <http://www.xmlmind.com/xmleditor/_distrib/doc/help/comparePane_primer.html>



        or is there some more elegant approach?


    Tutorial (including a screencast):

    "Reviewing changes using the Compare tool" --
    http://www.xmlmind.com/__xmleditor/_tutorial/review___changes/index.html
    <http://www.xmlmind.com/xmleditor/_tutorial/review_changes/index.html>

    OK, it's not change tracking per se (à la MS-Word), but it
    implements a similar functionality and it works flawlessly whatever
    the number and the complexity of the changes. I mean the author of a
    document will never miss a change made by a reviewer.

    So my advice is: please give this feature a *serious* try. It will
    do the job and you'll like it.






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




--
XMLmind XML Editor Support List
xmleditor-support <at> xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support
Niels Grundtvig Nielsen | 5 Jan 10:36 2015
Picon

strategy for change-tracking

Getting into the swing of things using DITA for deliverables here, and now we've reached the stage where the first document needs an upate. This prompts the question "what do you suggest for implementing track changes": should I use <ph> elements with attributes and tweak the stylesheet so I can mark added and deleted text, or is there some more elegant approach?

--
XMLmind XML Editor Support List
xmleditor-support <at> xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support
Hussein Shafie | 4 Jan 11:13 2015

Re: How to control Collapse/Expand?

Leif H S wrote:
>
> a little bit about my expectations for the Collapse/Expand functionality
> in the XXE translate file format:
>
> On 3 Jan 2015, at 20:34, Leif H S wrote:
>
>      1. My translation file for Norwegian Nynorsk consists of a root
>         element <xliff> with numerous <file> elements children. I would
>         like to be able to /collapse/ /all/ those <file> elements, so
>         that I can have an overview of the document, more or less. Is
>         there a way to do that without having to double click on each
>         <file> element?
>
> Questions/Comments:
>
>   * Is the Collapse/Expand functionality possible to control, without
>     having to turn to Java programming? E.g. could I do something with
>     a configuration file to decide which elements are collapsible?
>
>     For example: In the translation project, I notice the triangle
>     symbol at each <file> element, which signals that the element
>     is collapsible. What is it that tells XXE to make the <file>
>     element collapsible?

There are two ways to control the Collapse/Expand functionality.

1) Adding a collapser() button to the CSS generated content. See 
http://www.xmlmind.com/xmleditor/_distrib/doc/csssupport/collapser.html

2) The "toggleCollapsed" command. Currently this command is not bound to 
any keystroke. See 
http://www.xmlmind.com/xmleditor/_distrib/doc/commands/toggleCollapsed.html

See also the "A sample customize.xxe" add-on for an example of how the 
"toggleCollapsed" command can be used: 
http://www.xmlmind.com/xmleditor/addons_doc.html#sample_customize_xxe

>
>   * Regardless: It seems to be a defect in the XXE translation file format
>     if it only allows to collapse the <file> elements. Why is such a
>     functionality called «Collapse /all/», when all it does is that it
>     collapses a /single/ element? If it is supposed to be worthy to be
>     called «Collapse /all/», it ought to be possible to collapse more
>     than a single element.

No. "Collapse All" *recursively* collapses all collapsible descendant 
elements. Hence if there is no collapsible descendant elements, then the 
collapser() button collapses just its holder.

>
>   * In fact, I attach an XHTML5 document where Collapse/Expand All works
>     like I want, I think. Please take a look. In this element, the top
>     heading allows me to collapse all child <section> elements. That is:
>     I do not have to click on each child section element in order to
>     collapse them. E.g. if I first use Collapse All, and then click
>     just once to 'open' the top/outer section element, then the child
>     section elements remain closed - giving me an overview over them.

The slightly modified translate_xxe.css I've sent you attached to a 
previous email should do the trick.

--
XMLmind XML Editor Support List
xmleditor-support <at> xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support
Fabián Mandelbaum | 2 Jan 16:34 2015
Picon

"Subverting" the delete action (or any other XXE "default" action, for that matter...)

Hello,

first things, first: Happy 2015!

Now, let's go back to business:

I'd need to "subvert" the delete action in the following way:

Whenever a user deletes an element, instead of actually removing it from the document, an attribute should be set to a specific value on the element in question (for example: revisionflag="deleted" on DocBook5).

I've tried to use customize.xxe to bind Ctrl+K to another action (tried with "alert boo!" command) and it does not work, the element is still deleted whenever I press Ctrl+K.

I've searched the docs for action specifiers and I could not find any. I confess I did not scan the full file set under doc/ folder for XXE deployment, but believe me I read LOTS of XXE docs.

I was wondering if I can redefine the menus and toolbars to remove all "delete" actions I can find, and then add a "custom delete" button that will perform the addAttribute command to set the needed attribute to the wanted value... but supposing I can do that (I'm 99.9% sure I can), how can I get rid of the default "delete" action so I'm sure the user cannot use that action inadvertently (or otherwise) in a way that the only means to "delete" an element is with my "custom delete" button?

I've seen there's some application events defined, but I have not seen such a thing as a generic "delete" (or "add") application event defined.

Even writing a custom delete command in Java is a viable option, provided I can get rid of (or disable somehow, or replace it by mine) the default XXE "delete" action (menu/toolbar).

I hope the scenario and constraints are clear. 

I apologize in advance if what I need is explained somewhere in the doc, and I've happen to have missed that piece of doc.

Thanks in advance for your precious help!

--
Fabián Mandelbaum
IS Engineer

--
XMLmind XML Editor Support List
xmleditor-support <at> xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support
Tyrin Avery | 31 Dec 17:18 2014

eclipsehelp ditamap type

Hi

The DITA-OT team have provided a DTD for an eclipsehelp ditamap specialization. They say this is the correct ditamap type to use when localizing eclipse help. Oxygen and other tools allow you to select this as a type of ditamap to create, but XML Mind does not. Will XML Mind also provide support for this ditamap type? (I suspect it wouldn’t take much work, because it’s just a slight tweak on the main ditamap type.)

This e-mail message and all attachments transmitted with it may contain privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message, all attachments and all copies and backups thereof.

--
XMLmind XML Editor Support List
xmleditor-support <at> xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support
Camille Bégnis | 22 Dec 11:20 2014
Picon

XXE and HiDPI screen

Hello,

I am currently using a HiDPI (so called "retina") screen on my laptop under Linux.
XXE does not take into account this high resolution screen, so the interface elements (menus icons, etc.) look really tiny on screen and are barely usable. This happens both for local and applet versions.

Do you know of any parameter that would solve the issue?

Best regards,

--
NeoDoc
Camille Bégnis
camille <at> neodoc.fr
Tél: +33 (0)4.42.52.24.20
5, rue de la Touloubre
13770 Venelles
France

--
XMLmind XML Editor Support List
xmleditor-support <at> xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support
Praveen Sivasankaran | 18 Dec 15:40 2014

#Personal# Tables not appearing in HTML output

Hi Shafie,
 
I am using XXE 5.1.0, I am using Webworks ePublisher for generating HTML help files, but iam not getting the tables embeded in the xml files in the HTML output.
Please let me know if there is there any additional settings to be done in XXE for getting the tables in the HTML files.

Praveen
Tata Consultancy Services Limited
Mailto: praveen.sivasankaran <at> tcs.com
Website: http://www.tcs.com
____________________________________________
Experience certainty. IT Services
Business Solutions
Consulting
____________________________________________

=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain
confidential or privileged information. If you are
not the intended recipient, any dissemination, use,
review, distribution, printing or copying of the
information contained in this e-mail message
and/or attachments to it are strictly prohibited. If
you have received this communication in error,
please notify us by reply e-mail or telephone and
immediately and permanently delete the message
and any attachments. Thank you


--
XMLmind XML Editor Support List
xmleditor-support <at> xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support
Hussein Shafie | 12 Dec 10:15 2014

Re: problem with xsd:pattern

Zachary S. wrote:
>
> We are trying to do our T4 year-end validation and we get this error when
> opening a T4.xml, with the ZZZ Schema.
>
> We notice the schema file they give us is complaining about this regex
> pattern.
>
> <xsd:pattern value="[+-]?\d+\.\d{2}"/>
>
> We realized they are missing a “\” so [\+\-] should be what is validated
> to avoid the below error.
>
> Just wondering if we should contact the ZZZ organization to get this fixed or, if you
> have other suggestions?

No, you don't need to contact the ZZZ organization to get this fixed, 
because it's a bug in XMLmind XML Editor.

Your original:

<xsd:pattern value="[+-]?\d+\.\d{2}"/>

was just fine.

* Current XMLmind XML Editor does *not* require you to escape "+" as 
"\+" in "[+-]?"

* Current XMLmind XML Editor indeed requires you to escape "-" as "\-" 
in "[+-]?". This is clearly a bug as the XML schema specs says:

---
The '-' character is a valid character range only at the beginning or 
end of a positive character group.
---

See http://www.w3.org/TR/xmlschema-2/#regexs

This bug should be fixed in the next release of XMLmind XML Editor (v6.2).

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


Gmane