<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.openoffice.devel.api">
    <title>gmane.comp.openoffice.devel.api</title>
    <link>http://blog.gmane.org/gmane.comp.openoffice.devel.api</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21667"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21666"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21665"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21664"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21663"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21662"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21661"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21660"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21659"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21658"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21657"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21656"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21655"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21654"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21653"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21652"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21651"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21650"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21649"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21648"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21667">
    <title>How to make changes to a Dialog persistent</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21667</link>
    <description>&lt;pre&gt;When have made some changes to a Dialog (stored in a Librarie) I trye to 
make this changes persitent for future use.
The secrets are in the methods off the dialog.model
odialog.model.read( ???)
odialog.model.write(???)
found a confusing explaination in the DSK but nullware any examples how 
to use this read-write mechanism to make the changes persitent

Thanks for any hint !

Fernand
&lt;/pre&gt;</description>
    <dc:creator>Fernand Vanrie</dc:creator>
    <dc:date>2011-12-06T12:07:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21666">
    <title>new Apache OpenOffice.org mail list to replace this list</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21666</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>KS&lt; at &gt;apache.org</dc:creator>
    <dc:date>2011-11-02T16:23:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21665">
    <title>Re: executing a dialog without blocking the program</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21665</link>
    <description>&lt;pre&gt;Hi,
Please don't multi-post.
This has already been answered in dev&amp;lt; at &amp;gt;api.openoffice.org

At bottom of these archive pages you will find links to the answers.
&amp;lt;http://www.mail-archive.com/dev&amp;lt; at &amp;gt;api.openoffice.org/msg02924.html&amp;gt;
&amp;lt;http://www.mail-archive.com/dev&amp;lt; at &amp;gt;api.openoffice.org/msg04026.html&amp;gt;

Regards
   Bernard

Message de Gerardo Gómez  date 2011-10-27 04:17 :
&lt;/pre&gt;</description>
    <dc:creator>Bernard Marcelly</dc:creator>
    <dc:date>2011-10-27T09:32:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21664">
    <title>executing a dialog without blocking the program</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21664</link>
    <description>&lt;pre&gt;Is it possible to execute a dialog of UNO-AWT without blocking the program.
for example:

dialog.execute();                                            // execute the
dialog (show the dialog)...
System.out.println("not blocking dialog");         // ...without being
blocked, keep to this line while showing the dialog.

Thank you in advance for your answers.

Regards
&lt;/pre&gt;</description>
    <dc:creator>Gerardo Gómez</dc:creator>
    <dc:date>2011-10-27T02:17:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21663">
    <title>Announcing "BNF4OOo - Managing Backus-Naur-Forms with OpenOffice"</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21663</link>
    <description>&lt;pre&gt;Hi there,

maybe one of the last announcements, before Oracle shuts down these lists:

A student of WU Vienna, Franz Hohenegger, created a nice BNF-editing/transforming package for his
Diploma Thesis entitled "BNF4OOo - Managing Backus-Naur-Forms with OpenOffice".

Here is what the author says about his package:

    /Author's Abstract (English):/

    "This diploma thesis is about a program named BNF4OOo &amp;lt;http://sourceforge.net/projects/bnf4ooo/&amp;gt;
    which enables the user to manage different supported BNF
    &amp;lt;http://en.wikipedia.org/wiki/Backus%E2%80%93Naur_Form&amp;gt;-dialects and make own customized BNF
    &amp;lt;http://en.wikipedia.org/wiki/Backus%E2%80%93Naur_Form&amp;gt;-dialects as well. These dialects can be
    transferred into character-based syntax diagrams and a XML format closely related to IBM's DITA
    &amp;lt;http://en.wikipedia.org/wiki/Darwin_Information_Typing_Architecture&amp;gt;. OpenOffice
    &amp;lt;http://www.OpenOffice.org&amp;gt; is used as a graphical inferface for the transformations. This work
    describes the supported BNF-dialects with their used syntax structures and their implementation
    in BNF4OOo &amp;lt;http://sourceforge.net/projects/bnf4ooo/&amp;gt;. Furthermore it introduces the internal
    logic and structure of BNF4OOo &amp;lt;http://sourceforge.net/projects/bnf4ooo/&amp;gt;."


You  can get at this work by pointing your browser to
&amp;lt;http://wi.wu.ac.at:8002/rgf/diplomarbeiten/index.htm#dipl_201110&amp;gt;:

  * Clicking on the title gives you the PDF version of his thesis which nicely explains BNF and his
    work, which optionally allows to use OpenOffice.org writer as a GUI-based editor.
  * Clicking on the zip-link downloads his package.

Future updates will be placed on that project's Sourceforge home:
&amp;lt;http://sourceforge.net/projects/bnf4ooo/&amp;gt;.

Some highlights:

  * using OOo as a GUI (including his tools and configuration editor) via the OOo menu-system and a
    BNF-toolbar,
  * importing (extended) BNF textfiles,
  * rendering eBNFs to various kind of rail-diagrams and syntax definitions (text, but also XML,
    based on DITA, such that one can use DITA to create even more breath-taking rail-diagrams),
  * exporting raildiagrams as pictures, as HTML, and exporting the eBNF definitions as (individual)
    text files inclduing XML-DITA.

His package can also be used stand-alone via the commandline (including the ability to define ones
own extended BNF dialect)!

If you have any questions, then please come forward.

Regards,

---rony

P.S.: The package also works with LibreOffice, needless to say.

&lt;/pre&gt;</description>
    <dc:creator>Rony G. Flatscher</dc:creator>
    <dc:date>2011-10-24T17:52:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21662">
    <title>Re: missing setSelectedItem() method in XComboBox interface</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21662</link>
    <description>&lt;pre&gt;Oh!, thank you a lot, i haven't seen that method. Now i know i don't need to
create a bug ticket.

On Sat, Oct 15, 2011 at 7:44 AM, Bernard Marcelly &amp;lt;marcelly&amp;lt; at &amp;gt;club-internet.fr

&lt;/pre&gt;</description>
    <dc:creator>Gerardo Gómez</dc:creator>
    <dc:date>2011-10-15T17:14:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21661">
    <title>Re: missing setSelectedItem() method in XComboBox interface</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21661</link>
    <description>&lt;pre&gt;Hi Gerardo,
There are two ways to select an item of a ComboBox.
 From the model of the ComboBox, set the Text property to the value that you 
want to select:
   myControl.Text = "yellow"

 From the view of the control, use the setText() method:
   myControlView.setText("yellow")

Regards
   Bernard


Message de Gerardo Gómez  date 2011-10-15 00:54 :
&lt;/pre&gt;</description>
    <dc:creator>Bernard Marcelly</dc:creator>
    <dc:date>2011-10-15T12:44:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21660">
    <title>missing setSelectedItem() method in XComboBox interface</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21660</link>
    <description>&lt;pre&gt;As far as i know, there isn't any setSelectedItem() method in XComboBox
interface, i don't know if i need to make a new bug ticket for this one, if
you know of an alternative to this please let me know
&lt;/pre&gt;</description>
    <dc:creator>Gerardo Gómez</dc:creator>
    <dc:date>2011-10-14T22:54:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21659">
    <title>XButton, XFixedText, etc (Graphical components)</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21659</link>
    <description>&lt;pre&gt;Hello my name is Gerardo and i want to know if there is a way to
enable(disable) Graphical components without having to destroy or construct
them each change of state?. I'm currently working in the translation of an
OpenOffice extension called Oo2gdocs, changing the java Swing GUI to the UNO
AWT GUI.
&lt;/pre&gt;</description>
    <dc:creator>Gerardo Gómez</dc:creator>
    <dc:date>2011-10-04T05:11:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21658">
    <title>Re: INFO: New home and EOL of this mailing list in the near future</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21658</link>
    <description>&lt;pre&gt;Hi Juergen

Jürgen Schmidt wrote (02-09-11 08:05)


Thanks for all you did on this lists and the advice that I have received 
from you and others.
At this moment I'm not sure if I will join the list on Apache, since I'm 
rather busy and want to avoid another global list; I will however 
continue to look for opportunities for useful cooperation.

I hope you do fine there!
Cor


&lt;/pre&gt;</description>
    <dc:creator>Cor Nouws</dc:creator>
    <dc:date>2011-09-04T10:09:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21657">
    <title>Re: INFO: New home and EOL of this mailing list in the near future</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21657</link>
    <description>&lt;pre&gt;Hi *,

seconding Jürgen's heads-up that this list &amp;amp; infrastructure will soon
cease existence, let me also point you to LibreOffice and The Document
Foundation. When the OOo extension site became more and more unstable,
we decided to setup our own extensions and templates repo.

LibreOffice and The Document Foundation is a thriving, active
community with frequent releases - don't miss out on having your
extension tested, developed &amp;amp; published there as well!

Details here:
 http://wiki.documentfoundation.org/Extensions_Repository

Almost-ready sites:
 http://extensions-test.libreoffice.org/
 http://templates-test.libreoffice.org/

We seek to have developer-related discussions on one list
(libreoffice&amp;lt; at &amp;gt;lists.freedesktop.org), if you're interested in improving
the publishing framework, website+subscribe&amp;lt; at &amp;gt;global.libreoffice.org is
where you want to go.

We're a new project, low on rules, rich on enthusiasm - and lots of
things can still be shaped there. We welcome every contribution.

Cheers,

&lt;/pre&gt;</description>
    <dc:creator>Thorsten Behrens</dc:creator>
    <dc:date>2011-09-03T15:32:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21656">
    <title>INFO: New home and EOL of this mailing list in the near future</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21656</link>
    <description>&lt;pre&gt;Hi,

It's probably not news to you, but in case you haven't heard, the
OpenOffice.org project has a new home under the Apache Software Foundation (
http://incubator.apache.org/openofficeorg/index.html). And some things are
going different under Apache. We will have only one project - Apache Open
Office - and the number of mailing lists will be limited to only a few (see
http://incubator.apache.org/openofficeorg/mailing-lists.html). There is a
common consensus that we will create new mailing lists with specific topics
if necessary but at the moment we will move forward with only few lists to
concentrate the information flow. From my point of view it's an advantage
compared to the former setup with many projects and many project related
mailing lists.

As the project lead of the API and Extension project i would like to inform
you that this mailing list will go end of life soon (exact date not known
yet) and further discussion on API and Extension specific topics should
happen on the ooo-dev&amp;lt; at &amp;gt;incubator.apache.org mailing list. I recommend that
you join the Apache OpenOffice project and subscribe (mail to
ooo-dev-subscribe&amp;lt; at &amp;gt;incubator.apache.org) on the ooo-dev list asap and help to
make this new Apache project successful in the same way as before under the
old setup. Well it's not really a new project but more the continuation of
the former official OpenOffice.org project. New in the sense that it is now
under the umbrella of the Apache foundation.

Maybe there will be some mail forwarding mechanisms established to ensure
that we won't lose any messages in the future but i hope that you all will
subscribe to the ooo-dev&amp;lt; at &amp;gt;incubator.apache.org mailing lists and that we
accept the new project under Apache as it is.

The migration of the project infrastructure to Apache is ongoing (source
code, website, wiki, forum, ...) and there are still a lot of things to do.
Every helping hand is welcome. Some things will change under Apache because
of the already existing rules there and we want to be a good and well formed
project there. Every change is also the opportunity to make things better
(if necessary) in the future. And you can be part of this important move of
OOo and can help to move things forward.

The good thing at Apache is that it is independent, well accepted in the
open source world and all project members are equal. Important is that the
rules of the Apache foundation and the project are accepted and that things
are getting done.

I hope to see you all on the new project and the
ooo-dev&amp;lt; at &amp;gt;incubator.apache.org mailing list soon. I am looking forward to an
interesting and challenging future of OOo under the umbrella of the Apache
foundation.

Regards

Juergen
&lt;/pre&gt;</description>
    <dc:creator>Jürgen Schmidt</dc:creator>
    <dc:date>2011-09-02T06:05:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21655">
    <title>Re: Constant values for Function arguments</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21655</link>
    <description>&lt;pre&gt;Hi Johnny

Am 18.08.2011 18:02, schrieb Johnny Rosenberg:

I don't think you get no replies because of that. It's more likely, as
Stephan Bergmann stated, that some people are quite busy now.
You should not be discouraged by such statements. Even very experienced
developers make sometimes easy faults. And some of your questions would
also help others not working with OOo-Basic for ten years.
So please keep on asking, although not too many people would now have
the time to answer. But times will change ;-)


&lt;/pre&gt;</description>
    <dc:creator>Christoph Jopp</dc:creator>
    <dc:date>2011-08-18T22:30:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21654">
    <title>Re: Custom types drives me nuts – this can't be happening… can it?</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21654</link>
    <description>&lt;pre&gt;2011/8/16 Andrew Douglas Pitonyak &amp;lt;andrew&amp;lt; at &amp;gt;pitonyak.org&amp;gt;:

Yes, it seems like it most of the time…

But if the bug you mentioned about that Private acts like Public was
fixed, I wouldn't have had this problem, would I? :)
Or if I had the magic words ”Option Compatible” involved… ;D


Kind regards

Johnny Rosenberg
ジョニー・ローゼンバーグ

&lt;/pre&gt;</description>
    <dc:creator>Johnny Rosenberg</dc:creator>
    <dc:date>2011-08-18T16:16:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21653">
    <title>Re: Constant values for Function arguments</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21653</link>
    <description>&lt;pre&gt;I just realised that I sent the last message privately, sorry for
that. Here's the same thing (with some additions) but to the list
instead:

2011/8/18 Thomas Krumbein &amp;lt;thomaskrumbein&amp;lt; at &amp;gt;openoffice.org&amp;gt;:

Yes, I know. So that's why nobody replies, I suppose. Maybe I'd be
better off sending them to the users' list instead, then. I'll do that
next time. Thanks for the warning. We guitar players are not too
bright…


 Well, I know STRING is (it turns blue when I type it).
 But why did it work in my other example? And why did the monitor show
 the right values?

 But I'm sure going to try your suggestion, the one about not using
 those names. Thanks!
 I was originally going to use the original values, like
 ”com.sun.star.sheet.CellFlags.STRING”, but all those long (or broken)
 lines are so hard to read, so I like to keep it short, but not too
 short…

 Yes, I am a beginner (I will probably always be) and yes, I have
 troubles understanding English some times, which makes it even harder
 for me, since almost all information I can find is in English.


 Best regards

 Johnny Rosenberg
 ジョニー・ローゼンバーグ

&lt;/pre&gt;</description>
    <dc:creator>Johnny Rosenberg</dc:creator>
    <dc:date>2011-08-18T16:02:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21652">
    <title>Re: ReDim driving me crazy again…</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21652</link>
    <description>&lt;pre&gt;
No, don't know a better list for now.  Most traffic on ooo-dev&amp;lt; at &amp;gt;incubator.apache.org currently is about moving the project, not about using or hacking the project.  In the end, the goal is to resurrect the OOo infrastructure over at Apache, if not as an exact clone then at least in spirit, so it might be a good idea to stick to this list for the moment---even if you sometimes have to write the answers to your questions yourself… ;)

-Stephan-- 
-----------------------------------------------------------------
To unsubscribe send email to dev-unsubscribe&amp;lt; at &amp;gt;api.openoffice.org
For additional commands send email to sympa&amp;lt; at &amp;gt;api.openoffice.org
with Subject: help

&lt;/pre&gt;</description>
    <dc:creator>Stephan Bergmann</dc:creator>
    <dc:date>2011-08-18T13:35:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21651">
    <title>Re: ReDim driving me crazy again…</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21651</link>
    <description>&lt;pre&gt;2011/8/18 Stephan Bergmann &amp;lt;stephan.bergmann.secondary&amp;lt; at &amp;gt;googlemail.com&amp;gt;:

Well, I'll try not to… ;D

Do you happen to know of a list for things like this with more
activity? LibreOffice didn't seem to have a similar list either.


Kind regards

Johnny Rosenberg
ジョニー・ローゼンバーグ

&lt;/pre&gt;</description>
    <dc:creator>Johnny Rosenberg</dc:creator>
    <dc:date>2011-08-18T12:33:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21650">
    <title>Re: ReDim driving me crazy again…</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21650</link>
    <description>&lt;pre&gt;
I guess its rather the move to Apache OpenOffice that cut down the activity on this mailing list...  Don't take it personal.  :)

-Stephan-- 
-----------------------------------------------------------------
To unsubscribe send email to dev-unsubscribe&amp;lt; at &amp;gt;api.openoffice.org
For additional commands send email to sympa&amp;lt; at &amp;gt;api.openoffice.org
with Subject: help

&lt;/pre&gt;</description>
    <dc:creator>Stephan Bergmann</dc:creator>
    <dc:date>2011-08-18T11:58:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21649">
    <title>Re: Constant values for Function arguments</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21649</link>
    <description>&lt;pre&gt;Hey Johnny,

honestly, a lot of your questions/things are "basics"...

VALUE, STRING, FORMULA and DATETIME are reserved words in Basic and
cannot be used as constant or variable names. Ever thought about this?

Try to put a character in Front (i.E. nValue, or myString)  and
everything works as expected....

Best regards
Thomas


Am 18.08.2011 12:52, schrieb Johnny Rosenberg:

&lt;/pre&gt;</description>
    <dc:creator>Thomas Krumbein</dc:creator>
    <dc:date>2011-08-18T11:25:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21648">
    <title>Constant values for Function arguments</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21648</link>
    <description>&lt;pre&gt;Here's another delicate problem that's easy to work around, but still
very strange:

Module 2:
———Code starts below———
REM  *****  BASIC  *****

Option Explicit

Public Const VALUE=1
Public Const STRING=4
Public Const FORMULA=16
Public Const DATETIME=2

Sub HelloWorld
Print "Hello world!"
End Sub
———End of code———


Module1:
———Code starts below———
REM  *****  BASIC  *****

Option Explicit

Sub Main
Dim A
A=VALUE+STRING+FORMULA
End Sub
———End of code———
Run Main and you will get an error message at ”A=VALUE+STRING+FORMULA”.
If you run step by step (Ctrl+F8 in the BASIC IDE) and stop at that
line and then hover your mouse pointer over VALUE or STRING or
FORMULA, you can clearly see its values, but obviously this doesn't
help. Dimensioning A as Variant, as I did, doesn't help either. If you
look at VALUE, STRING or FORMULA in the variable monitor (or whatever
it's called in English), the window at the bottom left, you can see
that they are Variant/Integer and you can see their correct values.

So now, let's move the constant definition to Module1:
Module 2:
———Code starts below———
REM  *****  BASIC  *****

Option Explicit

Sub HelloWorld
Print "Hello world!"
End Sub
———End of code———


Module1:
———Code starts below———
REM  *****  BASIC  *****

Option Explicit

Public Const VALUE=1
Public Const STRING=4
Public Const FORMULA=16
Public Const DATETIME=2

Sub Main
Dim A
A=VALUE+STRING+FORMULA
End Sub
———End of code———

Now Main in Module1 works as expected, but take a look in the monitor
again. Those constants appears in exactly the same way this time as
before, the only exception is that this works.
I would be very grateful for an explanation about this. Is there
REALLY a logical reason for it to be this way or should I report this
as a bug as soon as possible?

Of course I can define those constants in every module, but isn't one
of the points by declaring as Public that I can reach them in all my
modules? Well, in this case I can; I just can't use them, at least not
when adding them to each other.
”A=VALUE” works in both my examples, but obviously not
”A=VALUE+STRING+FORMULA” for some reason I am sure absolutely nobody
can explain, so please prove me wrong here…!

:D


Kind regards

Johnny Rosenberg
ジョニー・ローゼンバーグ
&lt;/pre&gt;</description>
    <dc:creator>Johnny Rosenberg</dc:creator>
    <dc:date>2011-08-18T10:52:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21647">
    <title>Re: ReDim driving me crazy again…</title>
    <link>http://permalink.gmane.org/gmane.comp.openoffice.devel.api/21647</link>
    <description>&lt;pre&gt;2011/8/18 Laurent Godard &amp;lt;oooconv&amp;lt; at &amp;gt;free.fr&amp;gt;:

That is probably a good idea in most cases, but it gives the same
error if the array is defined in another module (I just tried it in my
example).
I have worked around it now in my project (I found that I could just
move the initial definition to the same module where the ReDim
statement is, which works for this project but not in all cases), but
I still want to know if this is a bug or not, so I can report it if it
is.


Thanks for your input, you are the only one who replied, so I guess
most people hate me for all those annoying questions I posted
recently… ;D


Kind regards

Johnny Rosenberg
ジョニー・ローゼンバーグ
&lt;/pre&gt;</description>
    <dc:creator>Johnny Rosenberg</dc:creator>
    <dc:date>2011-08-18T09:20:11</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.openoffice.devel.api">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.openoffice.devel.api</link>
  </textinput>
</rdf:RDF>

