Re: [api-dev] OpenOffice Add-On in NetBeans: no java files created

2008-10-26 Thread Juergen Schmidt

r_george wrote:

The settings were correct, but still no java files - I tried everything you
suggested. I attach a log file in case it tells you more... (
http://www.nabble.com/file/p20174696/OOoNBIntegration29542.log
OOoNBIntegration29542.log OOoNBIntegration29542.log)

Anyway I believe that wizards are only helpful for the very start, are there
somewhere sample projects available for download?
yes, the wizards help with the initial steps. The Java skeletons are 
generated with an external tool from the SDK. I don't have plans to 
enhance this tools that it can extend existing skeletons.


Anyway some kind of wizard/tool to allow highlevel editing of xcu files 
i on our wish list. Maybe some specialized tools for menu/toolbar items.


IDL files can be easy changed by hand. After compilation you can easy 
use NB to create at least an empty method body for new interface methods.


There is a lot of space for improvements and i have a lot more ideas but 
the problem is the time ...


I will check your problem asap.

Juergen



And maybe an idea for future developments: a dialog where I can edit my
menu/toolbar commands later ?

thanks for your efforts,

george



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [api-dev] OpenOffice Add-On in NetBeans: no java files created

2008-10-26 Thread r_george

even more suspicious: 

file:///D:/Programme/OpenOffice.org 3/Basis/program/offapi.rdb

I don't think that's a valid path, do you?
-- 
View this message in context: 
http://www.nabble.com/OpenOffice-Add-On-in-NetBeans%3A-no-java-files-created-tp20164866p20174964.html
Sent from the openoffice - api dev mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [api-dev] OpenOffice Add-On in NetBeans: no java files created

2008-10-26 Thread r_george


PS. I found those lines in the log file a bit strange: Could the mixture of
slashes and backslashes hint to the problem? 

org.openoffice.extensions.util.ProjectCreator,line 503:
D:/Programme/OpenOffice.org 3/Basis/sdk\bin\uno-skeletonmaker

-- 
View this message in context: 
http://www.nabble.com/OpenOffice-Add-On-in-NetBeans%3A-no-java-files-created-tp20164866p20174865.html
Sent from the openoffice - api dev mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [api-dev] OpenOffice Add-On in NetBeans: no java files created

2008-10-26 Thread r_george

The settings were correct, but still no java files - I tried everything you
suggested. I attach a log file in case it tells you more... (
http://www.nabble.com/file/p20174696/OOoNBIntegration29542.log
OOoNBIntegration29542.log OOoNBIntegration29542.log)

Anyway I believe that wizards are only helpful for the very start, are there
somewhere sample projects available for download?

And maybe an idea for future developments: a dialog where I can edit my
menu/toolbar commands later ?

thanks for your efforts,

george
-- 
View this message in context: 
http://www.nabble.com/OpenOffice-Add-On-in-NetBeans%3A-no-java-files-created-tp20164866p20174696.html
Sent from the openoffice - api dev mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [api-dev] OpenOffice Add-On in NetBeans: no java files created

2008-10-26 Thread Juergen Schmidt

Hi George,

r_george wrote:



Juergen Schmidt-3 wrote:
where you have installed the SDK? It is important that you install it in 
the default location into your 3.0 office installation. If you made a 
default installation of OO 3.0 it will be detected automatically. 
Otherwise select the base layer by hand.




hi Jürgen, I'm very impressed that I got an answer that fast, but also very
sorry: it did not solve my problem.
I uninstalled the SDK and reinstalled it using the default location (i.e.
D:\Programme\OpenOffice.org 3\Basis\sdk), but still the problems remain
exactly the same as before :-(
(anyway: netbeans (or rather the plugin)  were clever enough to ask for the
correct location of the sdk)
So, back to square 1. Possibly I have a computer constellation thet is not
common: C: with Vista (only for testing, I don't work under Vista), D: with
XP . Could that be a problem?

mmh, strange. Can you try the following.

Configure the office again under Tools -> Options ... If the SDK doesn't 
change to the correct SDK in the office installation delete the config 
file. You find the config file in your NetBans user directory under 
/config/Settings/org-openoffice-exensions.xml

After you have delete it configure the office again.

Juergen


thx, george




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [api-dev] OpenOffice Add-On in NetBeans: no java files created

2008-10-26 Thread r_george



Juergen Schmidt-3 wrote:
> 
> where you have installed the SDK? It is important that you install it in 
> the default location into your 3.0 office installation. If you made a 
> default installation of OO 3.0 it will be detected automatically. 
> Otherwise select the base layer by hand.
> 

hi Jürgen, I'm very impressed that I got an answer that fast, but also very
sorry: it did not solve my problem.
I uninstalled the SDK and reinstalled it using the default location (i.e.
D:\Programme\OpenOffice.org 3\Basis\sdk), but still the problems remain
exactly the same as before :-(
(anyway: netbeans (or rather the plugin)  were clever enough to ask for the
correct location of the sdk)
So, back to square 1. Possibly I have a computer constellation thet is not
common: C: with Vista (only for testing, I don't work under Vista), D: with
XP . Could that be a problem?
thx, george

-- 
View this message in context: 
http://www.nabble.com/OpenOffice-Add-On-in-NetBeans%3A-no-java-files-created-tp20164866p20171942.html
Sent from the openoffice - api dev mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [api-dev] NetBeans Plug-in 2.0.0 : "Create OXT" deletes custom uno-manifest entries

2008-10-26 Thread Juergen Schmidt

Ariel Constenla-Haile wrote:

Hi all,

with the new version of the NB plug-in, if I have a uno-manifest like this:




http://openoffice.org/2001/manifest";>
  
  
  
  






choosing "Create OXT" will "reset" the uno-manifest, erasing the entry
for the basic library.

Something similar may happen with the description.xml, as I've seen
entries disappear (I can recall when/how).
please submit an issue (component "sdk", subcomponent "netbeans 
integration") for this problem.


Juergen



You can try with this extension:

http://www.ArielConstenlaHaile.com.ar/ooo/temp/DialogComponent.zip


Regards
Ariel.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [api-dev] OpenOffice Add-On in NetBeans: no java files created

2008-10-26 Thread Juergen Schmidt

Benjamin Vollmer wrote:

r_george schrieb:

I'm using OO 3.0, NetBeans 3.1 and OpenOffice.org API Plugin 2.0.0
It seems that I can't get the add-on off the ground: the wizard doesn't
create any java files except for "CentralRegistrationClass";
http://www.nabble.com/file/p20164866/netbeans1.png
NetBeans compile and deploy without error messages, but when I open OO 
and

try to install my OXT I get the error message:
ImplementationRegistration::RegisterImplementation()
InvalidRegisterException during registration (prepareRegistry(): source
registry is empty)

... and nothing else happens. I wonder if I have missed something, nobody
else seems to have experienced this before.

This is also happening when I try to build a Calc Add-In (I followed 
step by
step the REDOUBLE video I found somewhere, everything's fine until I 
try to

find the implementation file which simply does not exist).

help gladly appreciated...
  


Hi,

I can confirm this bug. The problem was reproduced on three machines, 
all with the following configuration:


OOo 3.0, Netbeans 6.1, Netbeans OOo API Plugin 2.0, OOo SDK 3.0 
DEV300_m27 and Java 6 on Windows XP.
where you have installed the SDK? It is important that you install it in 
the default location into your 3.0 office installation. If you made a 
default installation of OO 3.0 it will be detected automatically. 
Otherwise select the base layer by hand.


That is not optimal and will be changed. The reason for that is that the 
initial plan was to make the SDK an optional part of the office. I 
detected too late that the our internal build or better packaging  time 
increased so dramatically (because of the huge amount of files) that it 
was not acceptable for some people :-(.


I have used OO3.0 (not the final), the 3.0 SDK, NB 6.1 and our new 
plugin on WinXP without problems. I will check it again with the 
released 3.0 office version.


Juergen




But on a fourth machine with Ubuntu, the needed Java class was generated 
by the wizard.


regards
Benjamin Vollmer

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [api-dev] OO 3.0 and Plugin 2.0

2008-10-26 Thread Juergen Schmidt

rfjones wrote:

I have installed OO 3.0 and sdk for 3.0 $/openoffice.org3 and
$/openoffice.org on fc8
netbeans 6.1 with OO plugin 2.0 does not configure.
I can select OO 3.0, but the sdk option is grayed out.
switching back to 2.4 and sdk for 2.4 occasionally shows the 3.0 sdk
selected
does plugin 2.0 work with OO 3.0?
of course it works with OO.org 3.0. The point is that the SDK is 
installed in the new base layer of the office and will be detected 
automatically. We disable the SDK selection in this case to avoid  the 
configuration of an older SDK. Configure your 3.0 office again and try 
it out.


A detailed release mail to the NB plugin 2.0 and detailed feature wiki 
page will be published next week.


Juergen



TIA
rfjones


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [api-dev] NetBeans Plug-in 2.0.0

2008-10-26 Thread Juergen Schmidt

Ariel Constenla-Haile wrote:

Hi Jürgen,


in the newest version of the NB Plug-in I found something strange: when
I create (or load an existing) UNO component project, the plug-in
creates an extra "virtual" folder [i.e. visible on the "Project" tree
view, but not really existing on the file system, also not on the "File"
tree view], named "OXT". See picture in
http://www.ArielConstenlaHaile.com.ar/ooo/temp/NBPlugin_OXT_folder.png

This "virtual" folder contains the non-java files that are placed on the
"" (usually, the manifest.xml, description.xml, *.xcs,
*.xcu, etc.).

Is this an issue, or a new feature? if the last, what is the point? I
can't see it.
it's of course a feature and t provides an additional view on oxt 
specific content that is otherwise not directly visible in the project 
view.


We separate for example xcs/xcu files under a new directory "registry" 
in the project root. We put dialogs (*.xdl) under dialogs, *xhp under 
a help folder. All this i viewed in the new virtual folder o provide 
easy access on these files from the project view. Otherwise you have 
to switch always between project and files view.


We think this new structure helps to organize an office related 
project and it helps to have a good project structure in place. A 
project structure that can be easy integrated in the normal build env 
of OO.org.


OK, I see the point; anyway I still consider an issue that the 
description.xml and uno-extension-manifest.xml appear *twice*: once in 
the new virtual folder named "OXT", and in the ""; this 
last one is because they are placed inside the "src" system folder (a 
solution will be moving them to the root project folder or a new one).


My point is that the description.xml and uno-extension-manifest.xml 
appear *twice* in the tree view, not the other registry files et al., 
and dummy people like me may think they are *duplicated*, and try to 
*delete* these files... [lucky me NB can revert such dummy things].
it's a valid point and thanks for your feedback. We will think about a 
better solution for the next version.


Juergen




Regards
Ariel.





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]