Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - karakas

Pages: [1]
1
Suggestions and Requests / Re: DocBook support in Enterprise Architect
« on: November 24, 2004, 04:43:00 pm »
The short answer: DocBook is the way to go in technical documentation, not WordML and not OpenOffice.org XML.

Some details and rumblings on this:

I guess yes, it shoulb be easy to use the Web Style Template mechanism to export to some XML dialect, or even to LyX, my favourite editor.

But there are surely pitfalls that I haven't encountered yet in my short  endeavour into this area:


  • How are images inserted into the documentation? DocBook (and LyX and OpenOffice.org and whatever else...) requires its own tags to be inserted at the right place, so that the image will appear there, when the document will be "rendered" by the DSSSL or XML stylesheet (or just displayed by LyX and OpenOffice.org). Is this possible?

  • What about pieces of text that have been entered as such into the text areas of various forms, e.g. use case scenarios? If those are inserted verbatim, as plain text without any markup, then the SGML (XML) parser will print an error - and in case of XML it will stop parsing altogether. This is because the content must be enclosed in structural markup, in the simplest case between a <para> and a closing </para>.

    Now suppose that I manage to achieve this with something like

    Code: [Select]

    <para>
    #CONTENT#
    </para>


    where #CONTENT# is supposed to hold the plain text of the use case scenario, requirement or some other pice of information. Then, even if the content of #CONTENT# is composed of more than one paragraphs, it will all be displayed as one paragraph during document rendering.

    Why? Because in DocBook when you need a paragraph you have to close the existing and open a new one with

    Code: [Select]

    </para>
    <para>


    Even worse, I guess that newline characters inside such text will have been  automatically replaced with <br> tags by EA already, before the "Web Template" comes into play for HTML (read DocBook) export.


Of course, I can write my use cases in LyX, then export them to DocBook, then open the SGML (XML) file in vi and make the text sit all on one line (eliminating separate lines with Shift+J), then cut and paste it into the text area of the scenario in the use case dialog of EA, then export the documentation to "HTML" using my custom "DocBook" Web Template and thus (hopefully) produce DocBook for the whole document...

By the way, this would bypass the numbering, aligning and whatever other presentational problems associated with free texts in EA. This is because, for example, the steps of a use case scenario will look something like the following in the DocBook text exported from LyX:

Code: [Select]

<orderedlist>
<listitem><para>Some step</para></listitem>
<listitem><para>Another step</para></listitem>
</orderedlist>


By copying and pasting the above into the scenario text area, instead of the more convenient

Code: [Select]

1. Some step
2. Another step


and by exporting to DocBook later, I should be able to get a fully marked DocBook document. The right numbering will then be produced automatically by the stylesheets and the renderer (Openjade and DSSSL stylesheets from Norman Walsh, in case of SGML, similar tools in case of XML).

Does this idea look promising, or will I have to translate all 52 elements of the Web Template to DocBook equivalents before I can try and get the answer myself?

2
Suggestions and Requests / Re: DocBook support in Enterprise Architect
« on: November 24, 2004, 11:17:52 am »
Quote
Keeping up with the positive note :-) this sounds like a very simple modification of the HTML documentation templates, or really a creation of a new style of web documentation with some tags thrown it. Chris, have a look at creating your own Web Style Templates, it seems like it could do the trick.


I've had a look and indeed, this seems to be doable. I will try it and come back to report success or failure. Expect this to take a few weeks' time. Thanks for the tip Bruno!

In the meantime, someone please tell me how to export the DocBook template once I have finished it, so that others can import it.  ;)

3
Suggestions and Requests / Re: DocBook support in Enterprise Architect
« on: November 24, 2004, 09:30:40 am »
Contrary to my own expectations, YES it does!  :o

You write a file like the following, which has been taken from the conrtrib directory of the standard Norman Walsh stylesheets:

Code: [Select]

<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook V3.1//EN">
<chapter>
<?dbhtml filename="index.html">
<title>Test Chapter</title>

<para>First para</para>

<graphicco>
<areaspec id="clientsidemap">
  <area id="foo" otherunits="rect" coords="8,13,141,37" label="http://nwalsh.com/">
  <area id="bar" otherunits="rect" COORDS="165,16,282,37" linkends="sfoo">
  <area id="baz" otherunits="rect" COORDS="13,55,276,81" label="http://www.oasis-open.org/docbook/">
</areaspec>
<graphic fileref="testimg.jpg"></graphic>
</graphicco>

<para>Second para</para>

<sect1><title>test1</title>
<para>test1</para>
</sect1>
<sect1 id=sfoo><title>test2</title>
<para>test2</para>
</sect1>
<sect1 id=sbar><title>test3</title>
<para>test3</para>
</sect1>

</chapter>


The DocBook tag that does the job is <graphicco", which acts as a "graphic conteiner". A graphicco can contain an areaspec, which holds the actual information for the image map. See

http://www.docbook.org/tdg/en/html/graphicco.html

http://www.docbook.org/tdg/en/html/areaspec.html

4
Suggestions and Requests / Re: DocBook support in Enterprise Architect
« on: November 23, 2004, 02:45:53 pm »
Let me be even more positive: if you send me the template that generates a typical documentation document, I will create the DocBook equivalent for you. Then you will only have to echo the DocBook tags you will see in the template that I will send you back and you will have the DocBook export function already done!  ;)

5
Suggestions and Requests / Re: DocBook support in Enterprise Architect
« on: November 23, 2004, 02:39:13 pm »
Come on, does this really look so much rocket science to you?

Well, it's not:

Enclose each paragraph in <para> and </para> tags.

Enclose each section in <sect1> and </sect1> tags. Or <sect2> and </sect2> tags. Or <sect3> and </sect3> tags, depending on whether you have the equivalent of H1, H2  or H3 headings as in HTML.

Enclose each chapter in <chapter> and </chapter> tags.

Enclose a simple list in <itemizedlist> and </itemizedlist> tags. Then enclose each item in <listitem><para> and </listitem></para> tags.

A HTML link is enclosed as in: <ulink url="http://xxx.yyy.zzz/abc.html">Some link text</ulink>

Put some author info inside <authorinfo> tags, the title inside <title> tags, the revision in <revision> tags, and all this at the start of the document.

Enclose the whole document in <article> and </article> tags.

Prepend the DOCTYPE declaration:

<!DOCTYPE article  PUBLIC "-//OASIS//DTD DocBook V4.1//EN">

and you have it! 8)

6
Suggestions and Requests / DocBook support in Enterprise Architect
« on: November 18, 2004, 04:17:06 pm »
I am interested in a DocBook (SGML as well as XML) version of the automatic documentation. DocBook is the standard in technical documentation. You should also make it possible to export the Glossary in DocBook. DocBook has special glossary tags for this.

Have a look in

http://wiki.docbook.org/topic/

and the links presented there to learn more about DocBook. In one sentence, if you have the documentation in DocBook, you can create all other formats from it - HTML, PDF, PS, TXT, RTF.

7
Suggestions and Requests / Re: More support for JavaScript modeling
« on: November 18, 2004, 04:11:14 pm »
I am interested in a DocBook (SGML as well as XML) version of the automatic documentation too. DocBook is the standard in technical documentation. You should also make it possible to export the Glossary in DocBook. DocBook has special glossary tags for this.

Have a look in

http://wiki.docbook.org/topic/

8
General Board / Re: Sorting Stereotype Groups in EA 6 Beta
« on: December 02, 2005, 09:27:43 am »
Many thanks to odelljl for pointing us to the solution of this very nasty "feature" (I think "bug" is more appropriate here...).

Order of class attributes (or table fields or whatever...) IS important - who told you, dear developers of EA, that alphabetical order is more important than the order that *I* cared to enter?

9
General Board / Re: SQL VIEWs
« on: June 03, 2005, 04:35:52 am »

10
General Board / Re: Creating views in a data diagram
« on: January 27, 2005, 09:43:33 am »
Quote
There have been discussions about views. Try to search the forum for "view".


To save others the 1+ hour it took me to "search the forum for 'view'" ('view' is not as uncommon a word as one might think), here are the relevant discussions that have taken place here so far:

Is it possible to create SQL views with EA ? (Don't even click - no answers here)

Database Views with Data Modeling and SQL DDL (No need to click here either, here is the essense of it: Q: "It sure would be nice if the Data Modeling in EA supported Views natively with SQL DLL generation, etc.  Are there any plans for this feature?"  A (from an EA Administrator): " Yes - but I don't have an ETA.".

Reverse Engineering Database Views (There is a discussion here indeed, but of no help - only this info, as of Nov. 2004,  is interesting: " We are in the process of adding support for modelling stored procedures and views."

View (create or replace view as select....)  (peter offers an interesting method here - but is all manual and thus error prone and time consuming)

To summarize: At present, it is not possible to deal with views just as we do with tables in EA. There are plans for it, in fact there is already a process for it - but no "ETA".

11
General Board / Re: Persistent tables: bug or feature?
« on: November 30, 2004, 12:05:39 pm »
Quote
A table can also be a temp-table (or auxiliary table).

Created 'on the fly', used and then destroyed.


This comes quite close to my intuitive idea of a view.

Anyway, does this mean I have to check that checkbox on all my "normal" tables? Wouldn't it be easier to have a checkbox "non-persistent", to be checked only on those rare "on-the-fly" tables?

I can't get rid of the idea that this checkbox was just "forgotten" when the EA team modelled tables as stereotyped classes - they just reused the class dialogs for the tables and forgot to disable the "persistent" checkbox.

I can't prove it - but I "smell" it.  ;D

12
General Board / Persistent tables: bug or feature?
« on: November 29, 2004, 01:31:15 pm »
A table is a stereotyped class - a class of (stereo)type "table". So far so good. But while I understand that the "persistent" check box does make sense for a general class, I am asking myself what the meaning of a "persistent" table might be.

I thought all tables are persistent by definition... ::)

The "persistent" check box is available to user input (i.e. it can be checked or unchecked) for tables. Is it a bug - or is it a feature I am missing?

13
Uml Process / Re: Use Case Points
« on: December 02, 2004, 05:07:13 am »
Quote
Karners original work does not appear to be published on the net, but "Estimating Object-Oriented Software  Projects with Use Cases" by Kirsten Ribu (MSc Thesis 2001 University of Oslo, Department of Informatics)  is obtainable and gives some excellent insights.  I'm sorry, I dont have the link for it, though...


Here is a link:


Estimating Object-Oriented Software Projects with Use Cases

Pages: [1]