Execute F:\Source\Libre\Libre25\sdk\examples\dotnet\WriterDemo\csharp\Makefile help

This is machine translation my  version is 25.0.2.1,window 10 ltsc An error was reported at the beginning of the execution. I changed the makefile file Change as follows old: APP_SRC_DIR = $(subst /,$(PS),$(CURDIR)) APP_BIN_DIR = $(subst /,$(PS),$(OUT_BIN)) APP_MISC_DIR = $(subst /,$

Re: Removing C++ SDK examples, clearly encouraging Python extensions

Hi, Tor Lillqvist-2 wrote > Needed also for soffice.bin . (I don't recall, but it might be that > editbin doesn't believe a file called .bin is an exectuable, so you > might need to temporarily rename soffice.bin to foo.exe, run editbin > on it, and rename back.) Thanks. It works. (Renaming soff

Re: Removing C++ SDK examples, clearly encouraging Python extensions

>> editbin /subsystem:console soffice.exe > It opens a console while LO is running but nothing is displayed there. > No error displayed, and “print” does nothing either. Needed also for soffice.bin . (I don't recall, but it might be that editbin doesn't believe a file called .bin is an exectuabl

Re: Removing C++ SDK examples, clearly encouraging Python extensions

Hi Thorsten, Thorsten Behrens wrote > I wonder - would much of the pain be gone if stdout/stderr would be > working? Yes. Thorsten Behrens wrote > editbin /subsystem:console soffice.exe It opens a console while LO is running but nothing is displayed there. No error displayed, and “print” doe

Re: Removing C++ SDK examples, clearly encouraging Python extensions

Olivier R. wrote: > There is no error report if Python crash while running. > There is no error report if there is a syntax error (except when installing > extension, but not if you modify the code directly in extension folder). > There is no stdout for the command “print”. > Hi Olivier, I wonder

Re: Removing C++ SDK examples, clearly encouraging Python extensions (was: LibreOffice prints on tuesdays)

Hi *, Bjoern Michaelsen wrote > There is no dominant IDE (much less so a crossplatform one) and there > seems to > be a lot flux on which IDE is the en vouge one each year. Thus aiming to > have > simple, stable and robust build environment that is generic and > independant is > key -- whatever i

Re: Removing C++ SDK examples, clearly encouraging Python extensions (was: LibreOffice prints on tuesdays)

Bjoern Michaelsen wrote: > > Bjoern Michaelsen wrote: > > > As for IDEs: Actually I dont think that many Python stuff is done in > > > a IDE -- most is simply written in an editor. > > and: > There is no dominant IDE (much less so a crossplatform one) and > there seems to be a lot flux on which ID

Re: Removing C++ SDK examples, clearly encouraging Python extensions (was: LibreOffice prints on tuesdays)

On Wed, 2013-04-03 at 12:20 +0200, Bjoern Michaelsen wrote: > As much as it it is perverted, I would prefer people to bind their backend Lets discuss this on Thursday in the ESC call :-) ATB, Michael. -- michael.me...@suse.com <><, Pseudo Engineer, itinerant i

Re: Removing C++ SDK examples, clearly encouraging Python extensions (was: LibreOffice prints on tuesdays)

Hi, On Wed, Apr 03, 2013 at 10:50:46AM +0200, Thorsten Behrens wrote: > Bjoern Michaelsen wrote: > > As for IDEs: Actually I dont think that many Python stuff is done in > > a IDE -- most is simply written in an editor. > > > I think you are wrong, at least when we're talking about the classic > 3

Re: Removing C++ SDK examples, clearly encouraging Python extensions (was: LibreOffice prints on tuesdays)

Hi, On Wed, Apr 03, 2013 at 10:56:46AM +0200, Thorsten Behrens wrote: > I don't think this is quite the message I want to convey to the > ecosystem. Then "someone" needs to fix the examples. As that did not happen dispite it being a well-known issue, it makes little sense to wait for a miracle a

Re: Removing C++ SDK examples, clearly encouraging Python extensions (was: LibreOffice prints on tuesdays)

Bjoern Michaelsen wrote: > Also -- and this is a proposal for the ESC to discuss: I would like > to remove the C++ examples there. > > I tried hard to make them work and just couldnt get them to build > (trying it on Windows, just to make things more interesting). > I don't think this is quite the

Re: Removing C++ SDK examples, clearly encouraging Python extensions (was: LibreOffice prints on tuesdays)

Bjoern Michaelsen wrote: > As for IDEs: Actually I dont think that many Python stuff is done in > a IDE -- most is simply written in an editor. > I think you are wrong, at least when we're talking about the classic 3rd party mostly-closed-classic-development-shop. It seems to be a real market -

Re: Removing C++ SDK examples, clearly encouraging Python extensions (was: LibreOffice prints on tuesdays)

Hi, On Tue, Apr 02, 2013 at 11:47:18AM +0200, Cedric Bosdonnat wrote: > IMHO what would be needed: > > * make uno-skeletonmaker generate python code skeleton > * add python support to ooeclipse using pydev (or add UNO support to a > python IDE) I see both not being that essential, to be hone

Re: Removing C++ SDK examples, clearly encouraging Python extensions

On 04/02/2013 11:33 AM, Bjoern Michaelsen wrote: The real purpose of this extension is to be an example on how to write a simple extension: https://plus.google.com/101094190333184858950/posts/dpLf3s6C2r5 Being nonsensical actually help at being an example, because if you write an example that

Re: Removing C++ SDK examples, clearly encouraging Python extensions (was: LibreOffice prints on tuesdays)

On Tue, 2013-04-02 at 11:33 +0200, Bjoern Michaelsen wrote: > Also -- and this is a proposal for the ESC to discuss: I would like to remove > the C++ examples there. Im not kidding, April fools is over in my time zone. > > I tried hard to make them work and just couldnt get them to build (trying i

Removing C++ SDK examples, clearly encouraging Python extensions (was: LibreOffice prints on tuesdays)

Hi, On Mon, Apr 01, 2013 at 06:43:27AM -0400, Dan Lewis wrote: > What is the purpose of this extension? Why print only on Tuesdays? The real purpose of this extension is to be an example on how to write a simple extension: https://plus.google.com/101094190333184858950/posts/dpLf3s6C2r5 Be

[PUSHED] Change in core[libreoffice-4-0-0]: Add link to additional sdk-examples

Hi, Thank you for your patch! It has been merged to LibreOffice. If you are interested in details, please visit https://gerrit.libreoffice.org/1819 Approvals: Andras Timar: Verified; Looks good to me, approved Miklos Vajna: Looks good to me, but someone else must approve -- To view,

[PUSHED] Change in core[libreoffice-4-0-0]: Add link to additional sdk-examples

On Wed, 2013-01-23 at 08:08 +, Stephan Bergmann wrote: > I have submitted a patch for review: > https://gerrit.libreoffice.org/1819 Found pushed without a mail here :-) Thanks, Michael. -- michael.me...@suse.com <><, Pseudo Engineer, itinerant idiot _

[PATCH] Change in core[libreoffice-4-0-0]: Add link to additional sdk-examples

Hi, I have submitted a patch for review: https://gerrit.libreoffice.org/1819 To pull it, you can do: git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/19/1819/1 Add link to additional sdk-examples Change-Id: Ifcc3594273de3507ec9b208e9e762bed0f969d72 (cherry picked from

[PUSHED] Change in core[libreoffice-3-6]: Add link to additional sdk-examples

Hi, Thank you for your patch! It has been merged to LibreOffice. If you are interested in details, please visit https://gerrit.libreoffice.org/1809 Approvals: Andras Timar: Verified; Looks good to me, approved -- To view, visit https://gerrit.libreoffice.org/1809 To unsubscribe, visit

[PUSHED] Change in core[libreoffice-4-0]: Add link to additional sdk-examples

Hi, Thank you for your patch! It has been merged to LibreOffice. If you are interested in details, please visit https://gerrit.libreoffice.org/1808 Approvals: Andras Timar: Verified; Looks good to me, approved -- To view, visit https://gerrit.libreoffice.org/1808 To unsubscribe, visit

[PATCH] Change in core[libreoffice-3-6]: Add link to additional sdk-examples

Hi, I have submitted a patch for review: https://gerrit.libreoffice.org/1809 To pull it, you can do: git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/09/1809/1 Add link to additional sdk-examples (cherry picked from commit 664e559abd472bf2b427e2c01144ea39fb5bc02b

[PATCH] Change in core[libreoffice-4-0]: Add link to additional sdk-examples

Hi, I have submitted a patch for review: https://gerrit.libreoffice.org/1808 To pull it, you can do: git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/08/1808/1 Add link to additional sdk-examples Change-Id: Ifcc3594273de3507ec9b208e9e762bed0f969d72 (cherry picked from

Re: SDK examples

On 12/13/2012 11:37 PM, Thorsten Behrens wrote: Stephan Bergmann wrote: * cd install/sdk * ./setsdkenv_unix answer all its questions (it creates a ~/libreoffice*_sdk/ directory where it stores the information for subsequent invocations), it leaves you in a sub-shell with the necessary environm

Re: SDK examples

Stephan Bergmann wrote: > * cd install/sdk > > * ./setsdkenv_unix > > answer all its questions (it creates a ~/libreoffice*_sdk/ directory > where it stores the information for subsequent invocations), it > leaves you in a sub-shell with the necessary environment variable > settings, so > > * cd

Re: SDK examples

oveListener rename." didn't address that. Sorry, after fiddling with this build system for a while - *how* are you building that, if at all?! Compiling the SDK examples? * cd install/sdk * ./setsdkenv_unix answer all its questions (it creates a ~/libreoffice*_sdk/ directory

Re: SDK examples

Stephan Bergmann wrote: > Indeed it is, odk/examples/DevelopersGuide/Accessibility/. Looks > like > > "API CHANGE a11y unpublishing and add/removeListener rename." didn't > address that. > Sorry, a

Re: SDK examples

On 12/12/2012 11:16 AM, Michael Meeks wrote: For the record, at least compiling all the SDK examples via ... works now again on master and libreoffice-4-0, at least on my Linux box. Thanks ! I'm sure I broke something :-) I wonder - is that a11y sample still there ? Indeed

Re: SDK examples (was: Using config_xxx.h instead of -DHAVE_XXX)

On Tue, 2012-12-11 at 19:40 +0100, Stephan Bergmann wrote: > For the record, at least compiling all the SDK examples via ... > works now again on master and libreoffice-4-0, at least on my Linux box. Thanks ! I'm sure I broke something :-) I wonder - is that a11y sample

SDK examples (was: Using config_xxx.h instead of -DHAVE_XXX)

On 12/10/2012 02:25 PM, Stephan Bergmann wrote: Collateral damage in SDK was my fear, too, so I wanted to have a look at it, only to see that it is already significantly broken in LO 4.0 anyway. Will have a stab at fixing it... For the record, at least compiling all the SDK examples via

Re: [Libreoffice] fixing UNO pythonloader for load-by-package [was: candidate for a new python section in SDK] examples page

Hi Lionel, On Mon, 2011-12-12 at 22:23 +0100, Lionel Elie Mamane wrote: > So, I found some free time to understand the overall system better and > fix it myself. I pushed the fix to master and libreoffice-3-5. But > note: Oooh - nice :-) thanks so much for that, I had it in my Inbox to ge

Re: [Libreoffice] fixing UNO pythonloader for load-by-package [was: candidate for a new python section in SDK] examples page

On Thu, Dec 08, 2011 at 12:17:57PM +0100, Lionel Elie Mamane wrote: > On Thu, Dec 08, 2011 at 10:00:24AM +, Michael Meeks wrote: > I hacked pythonloader.py "in-place" so that it loads the fax wizard > correctly; that should give you the idea of how to fix it correctly > for the general case.

[Libreoffice] fixing UNO pythonloader for load-by-package [was: candidate for a new python section in SDK] examples page

On Thu, Dec 08, 2011 at 10:00:24AM +, Michael Meeks wrote: > But concretely, I don't care - I just want to understand this: > * for a given structure of a python module: > fax/ > __init__.py > FooBaaBaz.py >

Re: [Libreoffice] candidate for a new python section in SDK examples page

On Wed, 2011-12-07 at 23:44 +0100, Lionel Elie Mamane wrote: > > So - I know what __import__ is meant to do - but it appears to > > return an entirely useless object; one that has nothing even > > slightly helpful associated with it that would let me find an > > associated member variable. >

Re: [Libreoffice] candidate for a new python section in SDK examples page

On 12/07/2011 06:11 PM, Caolán McNamara wrote: On Wed, 2011-12-07 at 17:07 +0100, Miklos Vajna wrote: In short, it checks if there is a funcion named "g_ImplementationHelper" in "actual python-module-name". g_ImplementationHelper can be googled for, or opengroked. Its the "magic smoke" which p

Re: [Libreoffice] candidate for a new python section in SDK examples page

On Wed, Dec 07, 2011 at 08:04:14PM +, Michael Meeks wrote: > On Wed, 2011-12-07 at 17:07 +0100, Miklos Vajna wrote: >> On Wed, Dec 07, 2011 at 03:49:10PM +, Michael Meeks >> wrote: >>> mod = __import__ ( "actual python-module-name" ) >>> implHelper = mod.__dict__.get( "g_Imple

Re: [Libreoffice] candidate for a new python section in SDK examples page

Hi Miklos & Lionel, On Wed, 2011-12-07 at 17:07 +0100, Miklos Vajna wrote: > On Wed, Dec 07, 2011 at 03:49:10PM +, Michael Meeks > wrote: > > mod = __import__ ( "actual python-module-name" ) > > implHelper = mod.__dict__.get( "g_ImplementationHelper" , None ) > > > > is suppos

Re: [Libreoffice] candidate for a new python section in SDK examples page

On Wed, 2011-12-07 at 17:07 +0100, Miklos Vajna wrote: > In short, it checks if there is a funcion named "g_ImplementationHelper" > in "actual python-module-name". g_ImplementationHelper can be googled for, or opengroked. Its the "magic smoke" which pyuno queries to find out what services a python

Re: [Libreoffice] candidate for a new python section in SDK examples page

On Wed, Dec 07, 2011 at 03:49:10PM +, Michael Meeks wrote: > Any python genius that can tell me how: I'm not sure I qualify as "genius", but let me try. > mod = __import__ ( "actual python-module-name" ) > implHelper = mod.__dict__.get( "g_ImplementationHelper" , None ) >

Re: [Libreoffice] candidate for a new python section in SDK examples page

On Wed, Dec 07, 2011 at 03:49:10PM +, Michael Meeks wrote: > mod = __import__ ( "actual python-module-name" ) > implHelper = mod.__dict__.get( "g_ImplementationHelper" , None ) > > is supposed to work, or indeed any half-way decent documentation on > what the object is th

Re: [Libreoffice] candidate for a new python section in SDK examples page

On Wed, 2011-12-07 at 15:04 +0100, Stephan Bergmann wrote: > toolpanel.py should use passive registration (i.e., an accompanying > .component file, which then is referenced in META-INF/manifest.xml). > desktop/test/deployment/passive builds an example .oxt containing > passively registered UNO

Re: [Libreoffice] candidate for a new python section in SDK examples page

On 12/07/2011 01:44 PM, Laurent Godard wrote: feel free to send me any remark toolpanel.py should use passive registration (i.e., an accompanying .component file, which then is referenced in META-INF/manifest.xml). desktop/test/deployment/passive builds an example .oxt containing passively r

[Libreoffice] candidate for a new python section in SDK examples page

Hi all the SDK examples page does not have python section (see sdk/examples/examples.html) on the other hand, i have a proof of concept extension that illustrates how to use XToolPanel i wrote in python Here is the code and the extension. If your review is ok, i'll add this python secti

Re: [Libreoffice] building Basis/sdk/examples/DeveloperGuide/ProfUNO/CppBinding on Windows

suggests it >>>> might be a generic make-under-cygwin issue, dump the make version, and >>>> try with some extra -d flags to get some more info >>> >>> According to this: >>> >>> http://cygwin.com/ml/cygwin/2006-07/msg00404.html >>

Re: [Libreoffice] building Basis/sdk/examples/DeveloperGuide/ProfUNO/CppBinding on Windows

's great to get responce so fast. Thank you. >>>> But it did not help. >>> >>> in which case google on "target pattern contains no '%'" suggests it >>> might be a generic make-under-cygwin issue, dump the make version, and >>&g

Re: [Libreoffice] building Basis/sdk/examples/DeveloperGuide/ProfUNO/CppBinding on Windows

gt; >> in which case google on "target pattern contains no '%'" suggests it >> might be a generic make-under-cygwin issue, dump the make version, and >> try with some extra -d flags to get some more info > > According to this: > > http://cygwin.com/ml

Re: [Libreoffice] building Basis/sdk/examples/DeveloperGuide/ProfUNO/CppBinding on Windows

ests it > might be a generic make-under-cygwin issue, dump the make version, and > try with some extra -d flags to get some more info According to this: http://cygwin.com/ml/cygwin/2006-07/msg00404.html Looks like it should work with 3.80, but it does not :( C:\PROGRA~1\LIBREO~1\Basis\sdk\e

Re: [Libreoffice] building Basis/sdk/examples/DeveloperGuide/ProfUNO/CppBinding on Windows

On Thu, 2011-07-28 at 15:16 +0200, Knut Olav Bøhmer wrote: > Now make says ../../../../settingss/stdtarget.mk:12 ** target pattern > contains no '%'. Stop [15:08] That might be the bug fixed with http://cgit.freedesktop.org/libreoffice/sdk/commit/?h=libreoffice-3-4&id=dd0c9fdc119a991b8f08070316e

[Libreoffice] building Basis/sdk/examples/DeveloperGuide/ProfUNO/CppBinding on Windows

Hi, I'm trying to compile Basis/sdk/examples/DeveloperGuide/ProfUNO/CppBinding on Windows I have done the setsdkenv_windows.bat doing "make" in the CppBinding directory gives me first a message saying that ../../../../configure.guess is missing I don't know where this file