Re: Usability: dictionary updates and profile migration

[Oliver-Rainer Wittmann]

Hi,

On 20.08.2013 22:23, Andrea Pescetti wrote:

Oliver-Rainer Wittmann wrote:

https://issues.apache.org/ooo/show_bug.cgi?id=122976

The solution for the 'Fatal Error' is simple and already available - see
the patch attached to the issue.


Very good.


But, I would like to make a further step. ...
I propose to remove this user interaction during the migration of
extensions from a former user profile and during the installation of the
so-called 'bundled' extensions. The application will choose the newest
one without user interaction.


This is even better, and will of course address the usability concerns I
was raising. I assume that you mean only the initial installation of the
bundled extensions, right? I.e., if the Italian dictionary comes as a
bundled extension and, after the OpenOffice update, I decide to go back
to an earlier version of the Italian dictionary I can download and
install this older version and I will see the usual warning dialog ("A
newer version is installed. OK/Cancel?").



My proposal is to remove the user interaction only for the migration of 
extensions from a former user profile and for the installation of the 
so-called 'bundled' extensions.
A change to extension installation via the Extension Manager is not 
intended.


Best regard, Oliver.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Poor user experience with update of extensions

[Jürgen Schmidt]

On 8/20/13 11:27 PM, Roberto Galoppini wrote:
> 2013/8/20 Juergen Schmidt 
> 
>> Am Dienstag, 20. August 2013 um 21:39 schrieb Roberto Galoppini:
>>> 2013/8/20 Rob Weir 
>>>
 On Tue, Aug 20, 2013 at 11:04 AM, Jürgen Schmidt <
>> jogischm...@gmail.com>
 wrote:
> sorry for top posting
>
> I would like to continue the discussion on this topic because the
>> user
> experience is quite important here.
>
> What do others think and would it be possible to change it into a
>> direct
> download instead of the extension web page.
>


 If we can do it over SSL then a direct update of extensions would work
 well. But I think that unsecured HTTP would lead to troubles. It
 would enable the same vulnerability we patched in AOO 4.0 related to
 updates of the main application.

 Maybe we should allow it to work either way: Extension author can
 specify a URL of an OXT which is installed directly, or a URL which is
 shown in the browser?

 Also, we need to remember that SourceForge is making this bandwidth
 available for free to extension authors who host their extensions on
 SF. Their business model is to have landing pages with advertising.
 They need to cover their expenses. That is essentially the
 arrangement between 3rd part extension authors and SF. But if an
 extension author hosts their extension elsewhere, then allowing direct
 download, via HTTPS, sounds good.

>>>
>>>
>>> Let me try to tap into the conversation without my SourceForge hat on. I
>>> wonder if we should pursue an indirect download strategy only for people
>>> who needs to update bundled extensions and take the opportunity to tell
>>> them about all the other extensions.
>>>
>>> I believe many AOO users don't know much about all those extensions and
>> it
>>> would be good to craft an indirect download page aimed at educating them.
>>>
>>> Another interesting possibility could be to provide end-users with
>>> information about other extensions they could be interested into. Over
>> the
>>> last months we have been providing end-users with recommendations and the
>>> results are definitely encouraging.
>>>
>>> Thoughts?
>> that are all good ideas but not really new.
>>
> 
> No, neither I pretended them to be! :)
> 
> Seriously, I'm talking about things SourceForge could do in a relatively
> small period of time, since we'd be building on top of already existing
> features. I can surely commit to do this for the project if it helps.
> 
> Roberto
> 

I understand what you and back to my main concern, for me the current
behaviour is a step back. For simple updates of installed extensions I
don't want to be redirected to a web page. At least not from the
official extension repo.
Well it's always possible that extensions developers make use of this
feature and insert the Url directly. But as default I don't like this.

If we believe we have to promote extensions better that we should think
about it. But redirecting on the web page of the already installed
extension is a useless step and not necessary.

Again I understand the reason behind it but I don't support it, the cost
of less user experience is too high for me in this context.

Juergen


> 
> 
>>
>> I would prefer an even closer integration  in the office. For example a
>> news feed on the start center presenting the highest rated extensions, the
>> most downloaded one of the last 24h or based on some other selection.
>> Further on allow the users to browse directly over available extensions.
>> Well I know this is a completely different  approach but I am more
>> interested in the best user experience.
>>
>> Https versus http is a technical detail and can be solved easy. To
>> increase security I would like to see digital signatures implemented but
>> that is a different topic of course.
>>>
>>> Roberto
>>>
>>>
>>>
>>>

 Regards,

 -Rob


> Juergen
>
>
> On 8/16/13 10:05 AM, Oliver-Rainer Wittmann wrote:
>> Hi,
>>
>> On 16.08.2013 09:34, Jürgen Schmidt wrote:
>>> On 8/15/13 9:10 PM, Roberto Galoppini wrote:
 2013/8/15 Andrea Pescetti 

> Oliver-Rainer Wittmann wrote:
>
>> On 15.08.2013 12:00, Jürgen Schmidt wrote:
>>
>>> I noticed a changed workflow compared to former days and
>> I am
>>> redirected
>>> now to the webpage where I can download the extension.
>>>
>>
>> The update of an extension should work like the update of
>> the
>> extension
>> "Watching Window" from 0.4.4 to 0.5.0. ...
>> For the English dictionary I need to download manually the
>> new
>> extension. Then I need to install it manually.
>>
>
>
> The exception here is "Watching Window", that uses custom
>> updates.
 The
> English dictionary behaves like virtually all other
>> extensions. I
>>

Re: Macro IDE Python compliant

[Jürgen Schmidt]

On 8/21/13 6:23 AM, Alexandro Colorado wrote:
> Talking with a friend, they asked me how hard would it be to make the AOO
> IDE Python compliant.
> 
> I understand there has been discussions about this and usually result in
> people siding on using external editors.
> 
> However I am also interested to understand the architecture of the IDE, not
> sure if the basic language is statically coded on the IDE, or maybe is just
> the name of the classes.
> 
>  http://svn.apache.org/viewvc/openoffice/trunk/main/basctl/source/basicide/
> 
> Maybe some core developer can give me more information about this, and a
> sizing on this project. What would be required for the IDE to be able to
> interpret and process python natively.
> 

The Basic IDE as it is at moment is not extendable for supporting a new
language and I think it would be better to think about something new.

Downstrip Eclipse or NetBeans and use the main editor with Python
support and think about a closer integration in AOO. We started a long
time back thinking in this direction and used NetBeans and Java to allow
Java scripting in NetBeans but also deploying the scripts in AOO or even
in open documents in AOO.

This should be possible but it's definitely a bigger project and
requires some skills.

Juergen

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Where can I find the new logo (svg) usable in AOO

[Jürgen Schmidt]

On 8/20/13 10:58 PM, Rob Weir wrote:
> On Tue, Aug 20, 2013 at 4:01 PM, Kay Schenk  wrote:
>> On Tue, Aug 20, 2013 at 9:09 AM, Kay Schenk  wrote:
>>
>>>
>>> On Tue, Aug 20, 2013 at 8:30 AM, Kay Schenk  wrote:
>>>

 On Tue, Aug 20, 2013 at 5:57 AM, Jürgen Schmidt 
 wrote:

> On 8/20/13 2:50 PM, Rob Weir wrote:
>> On Tue, Aug 20, 2013 at 8:36 AM, Jürgen Schmidt 
> wrote:
>>> Hi,
>>>
>>> sorry for the stupid question but where can I find a svg version of
> the
>>> new logo that I can use (load) in OpenOffice?
>>>
>>> The versions under
>>> marketing/content/marketing/art/galleries/logos/aoo-working are all
>>> broken when I load them in AOO
>>>
>>
>> Try the ones here:
> https://svn.apache.org/repos/asf/openoffice/branding/AOO4/
>>
>> I was able to open, for example, this one in Inkscape:
>>
>>
> https://svn.apache.org/repos/asf/openoffice/branding/AOO4/Apache_OpenOffice_Logo_ChrisR_selected_2013-06_Inkscape.svg
>
> I tried this already and it's broken in the office. And when you load it
> in Firefox it looks broken as well
>
> Juergen
>


 hmmm...some of the svg files from

 https://svn.apache.org/repos/asf/openoffice/branding/AOO4/

 come up fine with Firefox and some don't (??)

 The one I used to generate the web logo:


 https://svn.apache.org/repos/asf/openoffice/branding/AOO4/Apache_OpenOffice_Logo_ChrisR_selected_2013-06_optim.svg

 doesn't, for example, but it loads fine in Gimp...

 From former discussions on this list:
 http://markmail.org/message/e3yj6gj3thjqavjz

 there is a problem loading some of them into AOO4


 Some of them may load fine in AOO4, I don't know -- I know the optim one
 doesn't. And not sure what the problem is with this one in Firefox.

>>>
>>> another quick update...
>>>
>>> all the versions of the optim svg I have locally open file in Firefox
>>> including one I just downloaded from "branding"
>>>
>>> I do notice that the optim svg in "branding" is missing an xml header that
>>> the other svgs have so maybe that's why it won't come up in a browser from
>>> the Apache server.
>>>
>>> I'll add this when I get a moment.
>>>
>>
>> my apologies for so many posts to this thread...
>>
>> Well I added the XML header line to the optim svg and no different as far
>> as browsing directly from Apache svn.  Maybe some other problem like line
>> ends, etc., but I won't be messing with this file anymore as I am NOT a
>> graphics person.
>>
> 
> So long as Inkscape loads it we're OK.  We're not yet at the state
> where 100% of the browsers can render SVG accurately.  So we're always
> going to need to generate a PNG.  So we might as well just use a PNG
> on the website, period.  It has worked that way for a decade.  It can
> work that way longer.
> 

we worked on a new logo and wanted a svg source. AOO can handle svg and
we are currently not able to load our own logo. Mmh looks really strange
to me, especially when I am think about creating high resolution posters
or something like this with AOO and want to use our logo. It would be
natural to use the svg and scale it accordingly.

And I believe that we need also a logo without background.

I know that Armin tested and worked with a huge collection of svg files
without problems.


Juergen

> -Rob
> 
>>
>>>
>>>


>>
>> -Rob
>>
>>
>>> Juergen
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


 --

 -
 MzK

 "When in doubt, cop an attitude."
 -- Cat laws

>>>
>>>
>>>
>>> --
>>>
>>> -
>>> MzK
>>>
>>> "When in doubt, cop an attitude."
>>> -- Cat laws
>>>
>>
>>
>>
>> --
>> -
>> MzK
>>
>> "When in doubt, cop an attitude."
>> -- Cat laws
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional co

review canceled: [Bug 122822] Correct viewing of XY-, Column- and Line-Charts limited to 10000 records + 1 Heading row : [Attachment 81359] Fix patch

[bugzilla]

Clarence GUO  has canceled Clarence GUO
's request for review:
Bug 122822: Correct viewing of XY-, Column- and Line-Charts limited to 1
records + 1 Heading row
https://issues.apache.org/ooo/show_bug.cgi?id=122822

Attachment 81359: Fix patch
https://issues.apache.org/ooo/attachment.cgi?id=81359&action=edit


--- Additional Comments from Clarence GUO 
I find a problem of this patch, so obsolete it.
I'll upload a new patch soon.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Bug 49699 - Remove SPAM attachments

[sebb]

On 21 August 2013 06:31, Rainer Bielefeld  wrote:
> Hi,
>
> This query
> 
>
> shows 201 Bugs with attachments created by user "Unknown", a small sample
> mostly showed SPAM contents in these attachments (Bugs 57603, 17954, 34866).
>
> But some might contain appropriate sample documents (Bug 9231, 13394, ...),
> so unfortunately any of these attachments will have to be checked manually.
>
> SPAM should be deleted!

Not sure any but super users have permission to delete attachments.
But administrators should be able to mark them as obsolete, which
would stop them showing up by default.
That would be a start.

> Best regards
>
> Rainer
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

review requested: [Bug 122822] Correct viewing of XY-, Column- and Line-Charts limited to 10000 records + 1 Heading row : [Attachment 81367] Fix patch

[bugzilla]

Clarence GUO  has asked  for review:
Bug 122822: Correct viewing of XY-, Column- and Line-Charts limited to 1
records + 1 Heading row
https://issues.apache.org/ooo/show_bug.cgi?id=122822

Attachment 81367: Fix patch
https://issues.apache.org/ooo/attachment.cgi?id=81367&action=edit


--- Additional Comments from Clarence GUO 
The earlier fix patch has a problem. It cannot fix the problem of hover tip
which is mentioned by Regina Henschel.
It will always get drawing shape's name for hover tip. But drawing shape's name
comes from the index when rendering these shapes. So if pick data points before
rendering, the index will be always from 1 to the number it picked out.
In order to solve this problem, picking must at view side, say rendering.
As each chart type has it's own rendering, my fix is only in AreaChart.cxx.
Area, line, XY and Radar chart share one implementation in this file. I tested
sample file of 121058, it's a line chart, convert it to area, XY, radar charts,
there are all performance problem. So my fix is only for these chart types. If
there are performance problem for other chart types who have huge data, then it
should be fixed separatedly.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: review requested: [Bug 122822] Correct viewing of XY-, Column- and Line-Charts limited to 10000 records + 1 Heading row : [Attachment 81359] Fix patch

[Clarence GUO]

Hi~ Regina,
Sorry I misunderstood your comment in the defect about data label. You
meant hover tip data label but I thought you meant data label on X axis. My
old fix cannot solve the problem of hover tip. Seems we can only fix it at
view side.
So I changed my resolution to fix at view side, but it's only for specific
chart types. Please get more details in the defect.
Thanks,

Clarence


2013/8/21 Clarence GUO 

> Hi~ Regina,
> I understand your suggestion. But I think it has a limitation. We can
> implement drawing shapes in each individual chart type. But drawing data
> lables on X axis is common, not belongs to drawing shapes in chart type. So
> when drawing axis, it doesn't know how did the implementation of draw data
> points in one chart type, it can only draw from begining point in order.
> About your question about Excel import, you mentioned delete the original
> chart in Excel, then create a new one in AOO, it works. Did you use AOO4.0?
> Then fix code of 121058 is already there, so it works.
> About another question, my fix is only for spreadsheet. Yes, I only fixed
> for spreadsheet because charts with too many data are mainly in
> spreadsheet. It's hard to create chart with so many points in presentation
> and word processor because they are using internal provider. Maybe we can
> fix internal provider in a separate defect.
>
> Clarence
>
>
> 2013/8/20 Regina Henschel 
>
>> Hi Clarence,
>>
>> Clarence GUO schrieb:
>>
>>  Hi~ Regina,
>>> Do you mean the change should at view side?
>>>
>>
>> Yes.
>>
>>
>>  But each chart type has it's
>>
>>> own implementation of view.
>>>
>>
>> And each chart has its own performance problems. Drawing an XY-chart with
>> only points might work, but showing data point labels will fail. Drawing a
>> line in 2D might be fine, but drawing the same line in 3D will fail.
>> Drawing only points might work, but drawing a regression line or smoothed
>> curve in addition might fail.
>>
>>
>>  So if we want to change at view side, we have
>>
>>> to change code in each implementation. That code looks not very
>>> effective.
>>> My change doesn't change model because the data source range can be kept.
>>>
>>
>> But is solves only Calc as data provider.
>>
>> Changing the view would also not change data source range but only the
>> amount of generated shapes.
>>
>> Another problem is, that there must be something additional in Excel
>> import, because using ods works with the same amount of data. Delete the
>> chart in Excel, open the file in AOO and then make a new chart. It is slow,
>> but works.
>>
>> Solving it inside chart has the opportunity to bring the threshold to UI,
>> as suggested in comment 23.
>>
>>
>>  It only picked some points from model to prepare viewing for drawing
>>> performance consideration.
>>>
>>
>> But I'm not an expert here and you should wait, what our experienced
>> developers think.
>>
>> A nitpick: the step should not be fix but depend on the amount of data
>> relative to a threshold.
>>
>> Kind regards
>> Regina
>>
>>
>>  2013/8/20 Regina Henschel 
>>>
>>>  Hi,

 I think, that it is the wrong place for a correction. A chart is a
 document and the chart itself should take care, that it draws its data
 series in a reasonable time.

 Kind regards
 Regina

 bugzi...@apache.org schrieb:

   Clarence GUO  has asked  for review:

> Bug 122822: Correct viewing of XY-, Column- and Line-Charts limited to
> 1
> records + 1 Heading row
> https://issues.apache.org/ooo/show_bug.cgi?id=122822
> https://issues.apache.org/ooo/show_bug.cgi?id=122822>
> >
>
> Attachment 81359: Fix patch
> https://issues.apache.org/ooo/attachment.cgi?id=81359&
> action=edit
> 
> >
>
>
>
> --- Additional Comments from Clarence GUO <
> clarence.guo...@gmail.com>
> The root cause of this defect is in fix of 121058, only some points
> were
> picked
> up in order to save loading time and memory for tens of thousands of
> data
> points. All data points were divided into many small groups and only
> picked min
> and max points from one group. The reason why only picked min and max
> points
> instead of using a regular distance is, for example, if there is a
> column
> or a
> line chart, most of data points are around max value 100 and min value
> 10, only
> if we pick max and min values from one group, the chart can keep it's
> original
> outline. But if we use a regular distance, we might only get some
> mid-value(for
> example 50) of the chart and will miss the chart outline.
> But the mechanism never consider sc

4.0.1_release_blocker granted: [Bug 122976] Profile migration: fatal error in profile migration if user updated one of the bundled extensions

[bugzilla]

j...@apache.org has granted Oliver-Rainer Wittmann 's request
for 4.0.1_release_blocker:
Bug 122976: Profile migration: fatal error in profile migration if user updated
one of the bundled extensions
https://issues.apache.org/ooo/show_bug.cgi?id=122976


--- Additional Comments from j...@apache.org
approve showstopper request

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

4.0.1_release_blocker denied: [Bug 118363] Copy From OOo Base Query Fails To Grab Full Selection

[bugzilla]

j...@apache.org has denied Kay 's request for
4.0.1_release_blocker:
Bug 118363: Copy From OOo Base Query Fails To Grab Full Selection
https://issues.apache.org/ooo/show_bug.cgi?id=118363


--- Additional Comments from j...@apache.org
I don't believe that this can be fixed in 4.0.1 but if somebody will provide a
patch I will approve it as showstopper

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

4.0.1_release_blocker granted: [Bug 122864] Access violation in python.exe

[bugzilla]

j...@apache.org has granted  4.0.1_release_blocker:
Bug 122864: Access violation in python.exe
https://issues.apache.org/ooo/show_bug.cgi?id=122864


--- Additional Comments from j...@apache.org
propose showstopper flag because it makes internal python unusable

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Use GDB but no debugging symbols found

[張仁瀚]

Hello,

Thanks for your help.
But I can't build with debug=1, even I had do that with a new clean sources.
I can use "build killobj ; build debug=1" in the source which has been
built once previously. But it still didn't work and get a message "no
debugging symbols found" when I ran AOO with gdb just like the question in
my previous mail.

Here is the build log with a new clean source:

  $ build debug=true
build -- version: 275224


=
Building module instsetoo_native
=

Entering /home/yohey/AOO/aoo-trunk/main/instsetoo_native/inc_openoffice/unix


Entering
/home/yohey/AOO/aoo-trunk/main/instsetoo_native/inc_openoffice/windows/msi_languages


Entering /home/yohey/AOO/aoo-trunk/main/instsetoo_native/util

dmake:  makefile.mk:  line 29:  Error: -- Include file
/home/yohey/AOO/aoo-trunk/main/solver/410/unxlngx6.pro/inc/rtlbootstrap.mk,
not found
ERROR: error 65280 occurred while making
/home/yohey/AOO/aoo-trunk/main/instsetoo_native/util


Whatever using "build debug=1" or "build killobj ; build debug=1", I got
same error.

It seems that we don't have "rtlbootstrap.mk". I have tried to look for
some information on the internet, but I failed. I can't fix this error.
Is that I miss something?

Thanks for you patient and help.

Regards,
   Yohey.




2013/8/20 Herbert Duerr 

> Apache OpenOffice uses both dmake and gnu-make build systems. We know
> that is a PITA and the project will clean this historical mess up in the
> future.
>
> Enabling debug symbols is done by using a "debug=1" parameter in the
> module of interest. For dmake modules you do
>build killobj ; build debug=1
> in that module. For gnu-make modules you do
>make clean ; make debug=1
> in that module.
>
> The first command in each line makes sure that the object files are
> removed so the source file gets recompiled.
>
> Herbert
>
> On 19.08.2013 13:52, Jie Zheng wrote:
> > when you build something with gcc with -g option, gdb will find debugging
> > symbols. So maybe soffice.bin has been optimized to some extent.
> >
> >
> > 2013/8/19 張仁瀚 
> >
> >> Hello everyone,
> >>
> >> Recent days I have tried to run AOO with GDB dor debugging. But
> >> after I ran it(enter gdb ./soffice.bin), I got a message said no
> >> debugging symbols found. And then I typed "list", I got "No symbol
> >> table is loaded".
> >>
> >> Here is log:
> >>
> >> $ gdb ./soffice.bin
> >> GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
> >> Copyright (C) 2012 Free Software Foundation, Inc.
> >> License GPLv3+: GNU GPL version 3 or later <
> >> http://gnu.org/licenses/gpl.html
> >>>
> >> This is free software: you are free to change and redistribute it.
> >> There is NO WARRANTY, to the extent permitted by law.  Type "show
> copying"
> >> and "show warranty" for details.
> >> This GDB was configured as "x86_64-linux-gnu".
> >> For bug reporting instructions, please see:
> >> ...
> >> Reading symbols from /opt/openoffice4/program/soffice.bin...(no
> debugging
> >> symbols found)...done.
> >> (gdb) list
> >> No symbol table is loaded.  Use the "file" command.
> >>
> >>
> >> I have configured with --enable-symbols.
> >> Here is my configure:
> >>
> >> $ ./configure \
> >>   --with-dmake-url=
> >> http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2
> >> \
> >>   --with-epm-url=
> >> http://www.msweet.org/files/project2/epm-3.7-source.tar.gz
> >> \
> >>
> >>   --enable-symbols  \
> >>   --disable-odk \
> >>   --disable-binfilter
> >>
> >> It didn't show any error.
> >>
> >> And here is my build command:
> >>
> >> $ build debug=true dbg_build_only=true
> >>
> >> and I also tried
> >>
> >> build debug=true dbglevel=2
> >>
> >> or
> >>
> >> $ build debug=true dbg_build_only=true  dbglevel=2
> >>
> >>
> >> No error showed but
> >>
> >> after I installed it and ran with gdb, I got the same result : no
> >> debugging symbols founds.
> >>
> >> In fact, I am not very skillful in Linux system and AOO building system.
> >>
> >> Maybe I lost something important needed to be done.
> >>
> >> Thanks for your patience and help.
> >>
> >>
> >> Regards,
> >>
> >> Yohey.
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

[ext] debug java extensions

[tobias haubold]

Hi everybody,

I'm currently dive into extension development for open office using Java. I did 
some successful experiments based on the 'MinimalComponent' example and 
extended it a bit based on the 'CustomPanel' example by adapting the c++ 
sources. After installation I see a new tool panel so it looks promising.

Now I wonder how i can debug my java extension. I managed to set the parameters in the 
Tools -> Options -> OpenOffice -> Java dialog:
-agentlib:jdwp=transport=dt_socket,server=y,address=localhost:8000

I guess they are the correct parameters - when I install my extension using 
'unopkg add ...' command the execution stops until i connect with a debugger.

When I start open office with my extension installed I am unable to connect 
with a debugger as Java doesn't listen for remote connections. Did I miss 
something? I read somewhere that it's not possible to debug Java extensions 
when more than one extension using Java. Does this limitation still exists?

I am NOT using NetBeans with Open Office Plugin. I use Eclipse and Open Office 
4.0.0. I do NOT use the Eclipse Plug-In for Open Office Extension Development. 
Does anybody have experience debugging Java extensions (either using NetBeans 
or Eclipse)?

greets and thanks in advance, tobi

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

4.0.1_release_blocker requested: [Bug 123056] After/during execution of particular Basic macros, hyperlinks to cells will not work

[bugzilla]

Oliver-Rainer Wittmann  has asked  for 4.0.1_release_blocker:
Bug 123056: After/during execution of particular Basic macros, hyperlinks to
cells will not work
https://issues.apache.org/ooo/show_bug.cgi?id=123056


--- Additional Comments from Oliver-Rainer Wittmann 
Confirming on Windows 7 in AOO 4.0.0.
--> status CONFIRMED, remove keyword 'needmoreinfo'

Works fine in AOO 3.4.1
--> add keyword 'regression'

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

4.0.1_release_blocker canceled: [Bug 123056] After/during execution of particular Basic macros, hyperlinks to cells will not work

[bugzilla]

Oliver-Rainer Wittmann  has canceled Oliver-Rainer Wittmann
's request for 4.0.1_release_blocker:
Bug 123056: After/during execution of particular Basic macros, hyperlinks to
cells will not work
https://issues.apache.org/ooo/show_bug.cgi?id=123056


--- Additional Comments from Oliver-Rainer Wittmann 
(In reply to Oliver-Rainer Wittmann from comment #4)
> Confirming on Windows 7 in AOO 4.0.0.
> --> status CONFIRMED, remove keyword 'needmoreinfo'
> 
> Works fine in AOO 3.4.1
> --> add keyword 'regression'

I am very sorry. I made these changes to the wrong issue.
--> reverting.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [ext] debug java extensions

[Andre Fischer]

On 21.08.2013 12:02, tobias haubold wrote:

Hi everybody,

I'm currently dive into extension development for open office using 
Java. I did some successful experiments based on the 
'MinimalComponent' example and extended it a bit based on the 
'CustomPanel' example by adapting the c++ sources. After installation 
I see a new tool panel so it looks promising.


Now I wonder how i can debug my java extension. I managed to set the 
parameters in the Tools -> Options -> OpenOffice -> Java dialog:

-agentlib:jdwp=transport=dt_socket,server=y,address=localhost:8000

I guess they are the correct parameters - when I install my extension 
using 'unopkg add ...' command the execution stops until i connect 
with a debugger.


When I start open office with my extension installed I am unable to 
connect with a debugger as Java doesn't listen for remote connections. 
Did I miss something? I read somewhere that it's not possible to debug 
Java extensions when more than one extension using Java. Does this 
limitation still exists?


I am NOT using NetBeans with Open Office Plugin. I use Eclipse and 
Open Office 4.0.0. I do NOT use the Eclipse Plug-In for Open Office 
Extension Development. Does anybody have experience debugging Java 
extensions (either using NetBeans or Eclipse)?


Maybe these links help:
General setup to use Eclipse to remote debug OpenOffice:
http://www.brain-dump.org/blog/entry/66

This wiki page mentions the hanging Office after installing an 
extension, and how to fix that:

http://wiki.openoffice.org/wiki/Java_and_OpenOffice.org

-Andre



greets and thanks in advance, tobi

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org




-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Example of spreadsheet formula testing

[Inge Wallin]

On Friday, August 16, 2013 13:32:30 Rob Weir wrote:
> Moving this topic to its own thread.
> 
> It should be possible to code a very thorough set of test cases in a
> spreadsheet, without using macros or anything fancy.  Just careful
> reading of the ODF 1.2 specification and simple spreadsheet logic.
> 
> I'd like to share an example of this that I created for one of the ODF
> Plugfests.  This is a test of a single function -- YEARFRAC.  You
> probably have never touched this function, but it exhibits all the
> pathological behavior, in a purer form, of the other financial
> functions.  Specifically, it is a pure test of our "date counting
> conventions", the various ways that accountants handle date
> calculations.
> 
> The test document is here:
> 
> http://www.robweir.com/basis-test.xls
> 
> (I did it in XLS format since I wanted to make sure Microsoft could
> use it at the Plugfest as well.  At that time they were not able to
> read ODF formulas.)
> 
> This is likely the most complicated set of test cases of any
> spreadsheet formula.  So if we can test YEARFRAC this way then we can
> test any function this way.
> 
> Column C is the formula to evaluate.  Column F is the expected value,
> which is calculated by hand, according to the ODF standard.  And
> colu,mn G reports whether they match or not.  (This would be a good
> place for us to use conditional formatting as well, though in the
> Plugfest case I needed to make the spreadsheet be as vanilla as
> possible so every editor could load it)
> 
> Note that this is an exhaustive set of test cases that aim to test
> every corner of the formula.  It is a torture test.  Excel gets all
> the test cases right.  Not a surprise, since we took Excel's behavior
> as normative when writing this part of the standard.

Good test!

So how is AOO doing?

Just FYI, Calligra Sheets nails the test. :)

-Inge


> If we used an approach like this on the other spreadsheet functions,
> we could have a semi-automated test suite that would practically
> guarantee that Calc is free of calculations errors.  Once we're
> written the test cases, a modest upfront investment, it will benefit
> us with every release we do.  Heck, it would benefit LibreOffice,
> Gnumeric, Calligra as well, maybe even Microsoft and Google, though
> they might already have such test cases defined internally.
> 
> Anyone interesting in helping with this kind of test case development?
> 
> Any ideas on how to fully automate this?  ODF 1.2 is very strict, so
> we're not starting from a  perfect score.  But we should find an easy
> way to report on regressions.
> 
> -Rob
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Bug 49699 - Remove SPAM attachments

[Herbert Duerr]

On 21.08.2013 10:04, sebb wrote:

On 21 August 2013 06:31, Rainer Bielefeld  wrote:

This query


shows 201 Bugs with attachments created by user "Unknown", a small sample
mostly showed SPAM contents in these attachments (Bugs 57603, 17954, 34866).


There are plenty more spammers, e.g. issue 115575, 115595, etc.


But some might contain appropriate sample documents (Bug 9231, 13394, ...),
so unfortunately any of these attachments will have to be checked manually.

SPAM should be deleted!


Not sure any but super users have permission to delete attachments.
But administrators should be able to mark them as obsolete, which
would stop them showing up by default.
That would be a start.


Every member with "editbugs" rights can set the status of attachments to 
obsolete. Try it yourself.


Removing spam attachments is possible for members with "admin" rights 
but this adds one "content of attachment has been deleted" comment per 
deleted attachment to the issue. That is distracting so I'd advise 
against it for now and suggest that their description is set to "SPAM" 
to help for future automation and set their status to "obsoleted" to 
prevent casual users from accidentally opening them.


Unfortunately bugzilla doesn't offer a WebService to update attachment 
details automatically yet. One could do something like that via screen 
scraping though. As mentioned all members with "editbugs" rights can try 
that. If anyone is interested in doing it I'd be happy to help e.g. by 
disabling notification mails during an automatic run that marks the many 
spam attachments as obsolete.


Herbert

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Use GDB but no debugging symbols found

[Herbert Duerr]

On 21.08.2013 11:07, 張仁瀚 wrote:
> Thanks for your help.
> But I can't build with debug=1, even I had do that with a new clean sources.
> I can use "build killobj ; build debug=1" in the source which has been
> built once previously. But it still didn't work and get a message "no
> debugging symbols found" when I ran AOO with gdb just like the question in
> my previous mail.
> 
> Here is the build log with a new clean source:
> 
>$ build debug=true
> build -- version: 275224
> 
> =
> Building module instsetoo_native
> =

The instructions I provided where for getting the debug symbols for
individual modules. The instsetoo_native module is special because it is
a meta-module only that has dependencies on the "real" modules. It
doesn't have symbols itself. Also cleaning it up doesn't clean up the
other modules so their object files will not be regenerated. When
building in instsetoo_native one normally uses the "--all" option to
make sure the modules it depends on are visited.

For an introduction into the building process with many good pointers
please see [1].

[1] http://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO

Herbert

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [ext] debug java extensions

[Oliver Brinzing]

Hi Tobias.

if you run "unopkg add" from command line, be sure oo is not running
at this time (including quickstart)

> -agentlib:jdwp=transport=dt_socket,server=y,address=localhost:8000

for me this will work:
   -agentlib:jdwp=transport=dt_socket,server=y,address=localhost:8000,suspend=n

after setting this param restart oo and check listening mode for example
with "TCPView" or "netstat"

if oo is in listening mode, you should be able to connect from eclipse

Regards

Oliver



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [Website]

[Marcus (OOo)]

Am 08/15/2013 11:27 PM, schrieb Kay Schenk:

On Thu, Aug 15, 2013 at 1:15 PM, Marcus (OOo)  wrote:


Am 08/15/2013 01:37 PM, schrieb Rob Weir:

  On Wed, Aug 14, 2013 at 4:45 PM, Marcus (OOo)

  wrote:


Am 08/14/2013 10:32 PM, schrieb Marcus (OOo):

  Am 08/14/2013 10:11 PM, schrieb Rob Weir:




On Wed, Aug 14, 2013 at 3:37 PM, Marcus (OOo)
wrote:



Since a few weeks we get mails with just "[Website]" as subject.

Just one word is not really meaningful to classify the mail content
on the
first view. So, I'm wondering from where they come from and how to
improve
this?



These probably come from the contact page:

http://www.openoffice.org/**contact_us.html




ah, thanks.

  See: For problems with the www.openoffice.org website, please contact

us via Development mailing list.

That page covers contacts for reporting bugs, website and wiki
problems, press, etc. But the very first link on the page is for
support. I assume it requires an advanced degree in psychology to
understand why someone would skip over that link and go to another.




Yes, especially because the hint with the dev@ link is one of the last
options. So, it doesn't make sense to exchange it with others in the
section as this would just move the problem to the l10n@ or bz@ mailing
list.

OK, seems to be the last remaining 2.5% that never can be improved.




Proposal:

Exchange the predefined mail subject (e.g. "[Website]") with a more
speaking
wording like:

"I want to report a problem with the OpenOffice website"
"I want to report a problem with the OpenOffice BugZilla"
"I want to report a problem with the OpenOffice Wiki"
"I want to report a problem with the Pootle translation service"

Maybe this will make it a bit more obvious for the user that her/his mail
doesn't fit to the topic and could lead to think twice before hitting on
[Send].



This might help.  It certainly would not hurt.



done, lets see what we will get now.


Marcus



I think this recent change will help. Maybe we need more?

On this same page, Contact Us, we have this wording in the first section--

If you need user support and don't want to file a bug...

Please navigate to the Support
Page
...


Should we change this to something more friendly, like ...

If you have a problem with OpenOffice...

Please use the Support Page...


Is this really unfriendly? At least I have the feeling that the first 
version is more detailed and therefore more useful.


My 2 ct.

Marcus


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Use GDB but no debugging symbols found

[張仁瀚]

Well,thank you for your help. I learned a lot but I got a new error that I
can't fix it. It looks like something happened to the module svgio.

Here is the log:

$ build debug=true --all
...
...
...
/home/yohey/AOO/aoo-trunk/main/svgio/source/svgreader/svgsvgnode.cxx:636:71:
error: taking address of temporary [-fpermissive]
/home/yohey/AOO/aoo-trunk/main/svgio/source/svgreader/svgsvgnode.cxx:679:75:
error: taking address of temporary [-fpermissive]
/home/yohey/AOO/aoo-trunk/main/svgio/source/svgreader/svgsvgnode.cxx:698:67:
error: taking address of temporary [-fpermissive]
make: *** [/home/yohey/AOO/aoo-trunk/main/solver/410/
unxlngx6.pro/workdir/CxxObject/svgio/source/svgreader/svgsvgnode.o] Error 1
dmake:  Error code 2, while making 'all'

1 module(s):
svgio
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making
/home/yohey/AOO/aoo-trunk/main/svgio/prj

When you have fixed the errors in that module you can resume the build by
running:

build --all:svgio


I have tried to find some useful information on wiki or other webs, but
failed...

Thanks for your patient and help.


Yohey


2013/8/21 Herbert Duerr 

> On 21.08.2013 11:07, 張仁瀚 wrote:
> > Thanks for your help.
> > But I can't build with debug=1, even I had do that with a new clean
> sources.
> > I can use "build killobj ; build debug=1" in the source which has been
> > built once previously. But it still didn't work and get a message "no
> > debugging symbols found" when I ran AOO with gdb just like the question
> in
> > my previous mail.
> >
> > Here is the build log with a new clean source:
> >
> >$ build debug=true
> > build -- version: 275224
> >
> > =
> > Building module instsetoo_native
> > =
>
> The instructions I provided where for getting the debug symbols for
> individual modules. The instsetoo_native module is special because it is
> a meta-module only that has dependencies on the "real" modules. It
> doesn't have symbols itself. Also cleaning it up doesn't clean up the
> other modules so their object files will not be regenerated. When
> building in instsetoo_native one normally uses the "--all" option to
> make sure the modules it depends on are visited.
>
> For an introduction into the building process with many good pointers
> please see [1].
>
> [1] http://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO
>
> Herbert
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Is anyone using Apple Pages?

[Rob Weir]

If possible I'd like to get two test files saved from Pages:

1) An Empty document

2) A document that has a simple string, like "hello world"

Both saved in DOC format.

I'm seeing some reports claiming that DOC exports from Pages crashes
AOO 4.0.   I have a complicated example file.  But I'd like to see
simple ones as well, if possible.

If you can create such test documents, please attach them to this BZ issue:

https://issues.apache.org/ooo/show_bug.cgi?id=122935

Thanks!

-Rob

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Macro IDE Python compliant

[Alexandro Colorado]

On Wed, Aug 21, 2013 at 2:24 AM, Jürgen Schmidt wrote:

> On 8/21/13 6:23 AM, Alexandro Colorado wrote:
> > Talking with a friend, they asked me how hard would it be to make the AOO
> > IDE Python compliant.
> >
> > I understand there has been discussions about this and usually result in
> > people siding on using external editors.
> >
> > However I am also interested to understand the architecture of the IDE,
> not
> > sure if the basic language is statically coded on the IDE, or maybe is
> just
> > the name of the classes.
> >
> >
> http://svn.apache.org/viewvc/openoffice/trunk/main/basctl/source/basicide/
> >
> > Maybe some core developer can give me more information about this, and a
> > sizing on this project. What would be required for the IDE to be able to
> > interpret and process python natively.
> >
>
> The Basic IDE as it is at moment is not extendable for supporting a new
> language and I think it would be better to think about something new.
>

​Any reason why this is non extendable?​ Could a new IDE within AOO be
created?

​Not really a true IDE, but I have seen MRI by Hanya has an output python
prompt within UNO.
http://imagebin.org/268328

TK is broken in the AOO version of Python so even if the idle code is
available, doesn't really work.
/opt/openoffice.org3/program/python /opt/
openoffice.org/basis3.3/program/python-core-2.6.1/lib/idlelib/idle.py
...
import _tkinter # If this fails your Python may not be configured for Tk

I have seen for example, the blender prompt for scripting animations in
python, this certainly is one way of doing it.
http://www.youtube.com/watch?v=vfFznB1KC5w
http://imagebin.org/268327



>
> Downstrip Eclipse or NetBeans and use the main editor with Python
> support and think about a closer integration in AOO. We started a long
>

​The true key here is with the UNO ​designer which wont be that intuitive
from a different application, specially for GUI development. Also the macro
factor, brings more instantaniety to a RAD.

A developer from oooforum days (Danny) generated some libraries to abstract
many of the python calls to the API so it can be more basic-like. I am not
sure why these libraries wheren't shipped with the distribution of
OpenOffice.

http://www.oooforum.org/forum/viewtopic.phtml?p=56015



> time back thinking in this direction and used NetBeans and Java to allow
> Java scripting in NetBeans but also deploying the scripts in AOO or even
> in open documents in AOO.
>
> This should be possible but it's definitely a bigger project and
> requires some skills.
>
> Juergen
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://www.openoffice.org

Re: Where can I find the new logo (svg) usable in AOO

[Andrea Pescetti]

Jürgen Schmidt wrote:

we worked on a new logo and wanted a svg source. AOO can handle svg and
we are currently not able to load our own logo.


Discussed here last month. Alexandro wrote it's due to the font:
http://markmail.org/message/u5pbe2jkrvnw3vdl

Regards,
  Andrea.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Is anyone using Apple Pages?

[Larry Gusaas]

On 2013-08-21 1:33 PM Rob Weir wrote:

If possible I'd like to get two test files saved from Pages:

1) An Empty document

2) A document that has a simple string, like "hello world"

Both saved in DOC format.

I'm seeing some reports claiming that DOC exports from Pages crashes
AOO 4.0.   I have a complicated example file.  But I'd like to see
simple ones as well, if possible.

If you can create such test documents, please attach them to this BZ issue:

https://issues.apache.org/ooo/show_bug.cgi?id=122935

Thanks!

-Rob

Done. Created and uploaded empty.doc and hello world.doc
Both open with bunch of garbage in AOO 4.0. They do not crash AOO but are 
unusable.

--
_

Larry I. Gusaas
Moose Jaw, Saskatchewan Canada
Website: http://larry-gusaas.com
"An artist is never ahead of his time but most people are far behind theirs." - 
Edgard Varese



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Options Page registry files

[Rajath Shashidhara]

Hello,

Can anyone provide me a good source to read up on how to configure(.xcu and
.xcs) the options page of an extension?

I haven't been able to find it on devguide.

-- 
Rajath S,
M.Sc(Hons.) Physics,
Birla Institute of Technology and Science - Pilani,
Pilani

Re: [ext] debug java extensions

[tobias haubold]

Hi Andre and Oliver,

Thanks for the fast reply! They were indeed helpful but the problem was 
otherwise. Debugging is working with my settings.

I used sysinternals process monitor to capture file access and i figured out 
that no java vm is loaded if my extension is installed within open office. It 
seams that there is an error in my extension: I have a new (empty) tool panel 
in open office but it seams it is just there because of the *.xcu files.

If I bootstrap open office from Java (like in TestMinimalComponent) I am able 
to debug! :-)

thanks for the help!
greets, tobi


On 21.08.2013 13:20, Andre Fischer wrote:

On 21.08.2013 12:02, tobias haubold wrote:

Hi everybody,

I'm currently dive into extension development for open office using
Java. I did some successful experiments based on the
'MinimalComponent' example and extended it a bit based on the
'CustomPanel' example by adapting the c++ sources. After
installation I see a new tool panel so it looks promising.

Now I wonder how i can debug my java extension. I managed to set
the parameters in the Tools -> Options -> OpenOffice -> Java
dialog:
-agentlib:jdwp=transport=dt_socket,server=y,address=localhost:8000

I guess they are the correct parameters - when I install my
extension using 'unopkg add ...' command the execution stops until
i connect with a debugger.

When I start open office with my extension installed I am unable to
connect with a debugger as Java doesn't listen for remote
connections. Did I miss something? I read somewhere that it's not
possible to debug Java extensions when more than one extension
using Java. Does this limitation still exists?

I am NOT using NetBeans with Open Office Plugin. I use Eclipse and
Open Office 4.0.0. I do NOT use the Eclipse Plug-In for Open Office
Extension Development. Does anybody have experience debugging Java
extensions (either using NetBeans or Eclipse)?


Maybe these links help: General setup to use Eclipse to remote debug
OpenOffice: http://www.brain-dump.org/blog/entry/66

This wiki page mentions the hanging Office after installing an
extension, and how to fix that:
http://wiki.openoffice.org/wiki/Java_and_OpenOffice.org

-Andre



greets and thanks in advance, tobi



On 21.08.2013 15:39, Oliver Brinzing wrote:

Hi Tobias.

if you run "unopkg add" from command line, be sure oo is not running
at this time (including quickstart)


-agentlib:jdwp=transport=dt_socket,server=y,address=localhost:8000


for me this will work:
-agentlib:jdwp=transport=dt_socket,server=y,address=localhost:8000,suspend=n


after setting this param restart oo and check listening mode for example
with "TCPView" or "netstat"

if oo is in listening mode, you should be able to connect from
eclipse

Regards

Oliver


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [Website]

[Kay Schenk]

On Wed, Aug 21, 2013 at 11:19 AM, Marcus (OOo)  wrote:

> Am 08/15/2013 11:27 PM, schrieb Kay Schenk:
>
>> On Thu, Aug 15, 2013 at 1:15 PM, Marcus (OOo)
>>  wrote:
>>
>>  Am 08/15/2013 01:37 PM, schrieb Rob Weir:
>>>
>>>   On Wed, Aug 14, 2013 at 4:45 PM, Marcus (OOo)
>>>
   wrote:

  Am 08/14/2013 10:32 PM, schrieb Marcus (OOo):
>
>   Am 08/14/2013 10:11 PM, schrieb Rob Weir:
>
>>
>>
>>> On Wed, Aug 14, 2013 at 3:37 PM, Marcus (OOo)
>>> wrote:
>>>
>>>
 Since a few weeks we get mails with just "[Website]" as subject.

 Just one word is not really meaningful to classify the mail content
 on the
 first view. So, I'm wondering from where they come from and how to
 improve
 this?


  These probably come from the contact page:
>>>
>>> http://www.openoffice.org/contact_us.html
>>> 
>>> **>
>>>
>>>
>>
>> ah, thanks.
>>
>>   See: For problems with the www.openoffice.org website, please
>> contact
>>
>>> us via Development mailing list.
>>>
>>> That page covers contacts for reporting bugs, website and wiki
>>> problems, press, etc. But the very first link on the page is for
>>> support. I assume it requires an advanced degree in psychology to
>>> understand why someone would skip over that link and go to another.
>>>
>>>
>>
>> Yes, especially because the hint with the dev@ link is one of the
>> last
>> options. So, it doesn't make sense to exchange it with others in the
>> section as this would just move the problem to the l10n@ or bz@mailing
>> list.
>>
>> OK, seems to be the last remaining 2.5% that never can be improved.
>>
>>
>
> Proposal:
>
> Exchange the predefined mail subject (e.g. "[Website]") with a more
> speaking
> wording like:
>
> "I want to report a problem with the OpenOffice website"
> "I want to report a problem with the OpenOffice BugZilla"
> "I want to report a problem with the OpenOffice Wiki"
> "I want to report a problem with the Pootle translation service"
>
> Maybe this will make it a bit more obvious for the user that her/his
> mail
> doesn't fit to the topic and could lead to think twice before hitting
> on
> [Send].
>
>
>  This might help.  It certainly would not hurt.


>>> done, lets see what we will get now.
>>>
>>>
>>> Marcus
>>>
>>>
>>>  I think this recent change will help. Maybe we need more?
>>
>> On this same page, Contact Us, we have this wording in the first section--
>>
>> If you need user support and don't want to file a bug...
>>
>> Please navigate to the Support
>> Page
>> >
>> ...
>>
>>
>> Should we change this to something more friendly, like ...
>>
>> If you have a problem with OpenOffice...
>>
>> Please use the Support Page...
>>
>
> Is this really unfriendly? At least I have the feeling that the first
> version is more detailed and therefore more useful.
>
> My 2 ct.
>
> Marcus
>

When I hadn't heard anything further on this, I made a few changes to
contact_us.html a few days ago. Maybe you've seen this? We really had two
headings for end-user support type that I combined under one heading.

My feeling about contact_us.html is that it would be mostly used by folks
with problems with the product who do not want to use BZ. So I tried to
make the wording more friendly for that purpose. I left the references to
BZ because this is important, of course, but maybe applies to more
indigenous product issues than something like "I can't locate my old
documents" or "my printer no longer works with OpenOffice".

Anyway, we can change again if what is there now doesn't suit the intention
-- trying to steer users to our primary support mechanisms.


> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"When in doubt, cop an attitude."
-- Cat laws

Re: Pootle User Guide progress

[Kay Schenk]

On Mon, Aug 19, 2013 at 9:34 AM, Regina Henschel wrote:

> Hi,
>
> my draft on 
> http://wiki.openoffice.org/**wiki/Talk:Pootle_User_Guideprogresses.
>  It is not completed, but I have integrated all still relevant
> parts from 
> http://wiki.openoffice.org/**wiki/Pootle_User_Guide
> .
>
> I now want to move the content from the talk page to the real page,
> replacing its current content. Any objections?
>
> The content is already very large for a single page. So I want to follow
> Andreas suggestion to divide it in several pages. That can be done by
> transferring some content to independent other pages or by creating
> subpages. What do you like more?
>
> I do not "own" the text. Feel free to change or add content.
>
> Kind regards
> Regina
>

Well I am not a pootle user, but this guide looks pretty good to me. I
would say time to publish "love". As for your other question -- no idea
about "independent pages" or "subpages".

When it's ready to go, we should link to it from the project website Native
Language page:

http://openoffice.apache.org/native-lang.html

Right now, we only have a link to the official Pootle documentation, which
may not be as helpful.






>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

"When in doubt, cop an attitude."
-- Cat laws

Re: [Website]

[Marcus (OOo)]

Am 08/22/2013 12:01 AM, schrieb Kay Schenk:

On Wed, Aug 21, 2013 at 11:19 AM, Marcus (OOo)  wrote:


Am 08/15/2013 11:27 PM, schrieb Kay Schenk:


On Thu, Aug 15, 2013 at 1:15 PM, Marcus (OOo)
  wrote:

  Am 08/15/2013 01:37 PM, schrieb Rob Weir:


   On Wed, Aug 14, 2013 at 4:45 PM, Marcus (OOo)


   wrote:

  Am 08/14/2013 10:32 PM, schrieb Marcus (OOo):


   Am 08/14/2013 10:11 PM, schrieb Rob Weir:





On Wed, Aug 14, 2013 at 3:37 PM, Marcus (OOo)
wrote:



Since a few weeks we get mails with just "[Website]" as subject.

Just one word is not really meaningful to classify the mail content
on the
first view. So, I'm wondering from where they come from and how to
improve
this?


  These probably come from the contact page:


http://www.openoffice.org/contact_us.html

**>




ah, thanks.

   See: For problems with the www.openoffice.org website, please
contact


us via Development mailing list.

That page covers contacts for reporting bugs, website and wiki
problems, press, etc. But the very first link on the page is for
support. I assume it requires an advanced degree in psychology to
understand why someone would skip over that link and go to another.




Yes, especially because the hint with the dev@ link is one of the
last
options. So, it doesn't make sense to exchange it with others in the
section as this would just move the problem to the l10n@ or bz@mailing
list.

OK, seems to be the last remaining 2.5% that never can be improved.




Proposal:

Exchange the predefined mail subject (e.g. "[Website]") with a more
speaking
wording like:

"I want to report a problem with the OpenOffice website"
"I want to report a problem with the OpenOffice BugZilla"
"I want to report a problem with the OpenOffice Wiki"
"I want to report a problem with the Pootle translation service"

Maybe this will make it a bit more obvious for the user that her/his
mail
doesn't fit to the topic and could lead to think twice before hitting
on
[Send].


  This might help.  It certainly would not hurt.




done, lets see what we will get now.


Marcus


  I think this recent change will help. Maybe we need more?


On this same page, Contact Us, we have this wording in the first section--

If you need user support and don't want to file a bug...

Please navigate to the Support
Page



...


Should we change this to something more friendly, like ...

If you have a problem with OpenOffice...

Please use the Support Page...



Is this really unfriendly? At least I have the feeling that the first
version is more detailed and therefore more useful.

My 2 ct.

Marcus



When I hadn't heard anything further on this, I made a few changes to
contact_us.html a few days ago. Maybe you've seen this? We really had two
headings for end-user support type that I combined under one heading.


Ahm, no. I've seen the change from Andrea due to the planned forum 
downtime. But not yours. ;-)



My feeling about contact_us.html is that it would be mostly used by folks
with problems with the product who do not want to use BZ. So I tried to
make the wording more friendly for that purpose. I left the references to
BZ because this is important, of course, but maybe applies to more
indigenous product issues than something like "I can't locate my old
documents" or "my printer no longer works with OpenOffice".

Anyway, we can change again if what is there now doesn't suit the intention
-- trying to steer users to our primary support mechanisms.


Sure, but when nobody else comment this, then I assume it's OK. Then it 
was just my feeling, no problem.


Marcus


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Pootle User Guide progress

[janI]

On 22 August 2013 00:09, Kay Schenk  wrote:

> On Mon, Aug 19, 2013 at 9:34 AM, Regina Henschel  >wrote:
>
> > Hi,
> >
> > my draft on http://wiki.openoffice.org/**wiki/Talk:Pootle_User_Guide<
> http://wiki.openoffice.org/wiki/Talk:Pootle_User_Guide>progresses. It is
> not completed, but I have integrated all still relevant
> > parts from http://wiki.openoffice.org/**wiki/Pootle_User_Guide<
> http://wiki.openoffice.org/wiki/Pootle_User_Guide>
> > .
> >
> > I now want to move the content from the talk page to the real page,
> > replacing its current content. Any objections?
> >
> > The content is already very large for a single page. So I want to follow
> > Andreas suggestion to divide it in several pages. That can be done by
> > transferring some content to independent other pages or by creating
> > subpages. What do you like more?
> >
> > I do not "own" the text. Feel free to change or add content.
> >
> > Kind regards
> > Regina
> >
>
> Well I am not a pootle user, but this guide looks pretty good to me. I
> would say time to publish "love". As for your other question -- no idea
> about "independent pages" or "subpages".
>
I am a pootle user, and its a very good guide, I took time to read it
detailed and its very readable and correct in the detail.

this is a guide that will help new translators a lot.

You should clearly split it as subpages based on the content index (e.g.
one chapter == one subpage). That way its kept together as one document and
easier to copy etc.

>
> When it's ready to go, we should link to it from the project website Native
> Language page:
>
> http://openoffice.apache.org/native-lang.html
>
> dont forget l10n.o.a.

Once it ready I will try to have pootle link to to it.


> Right now, we only have a link to the official Pootle documentation, which
> may not be as helpful.
>
> correct, especially since its outdated.

rgds
jan I.


>
>
>
>
>
> >
> >
> > --**--**-
> > To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<
> dev-unsubscr...@openoffice.apache.org>
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
> >
>
>
> --
>
> -
> MzK
>
> "When in doubt, cop an attitude."
> -- Cat laws
>

Re: FOSDEM 2014

[janI]

On 7 August 2013 12:49, RA Stehmann  wrote:

> Hello,
>
> "Proposals for main track presentations should be submitted using
> Pentabarf:
>
> https://penta.fosdem.org/submission/
>
> Developer room proposals should be emailed to devro...@fosdem.org and be
> as detailed as possible. In particular, coordinators should indicate
> their affinity with the topic being proposed and provide a rough idea of
> the content they plan to schedule.
>
> Key dates:
>
> 15 September
> deadline for developer room proposals
> 1 October
> deadline for main track proposals
> accepted developer rooms announced"
>
> https://fosdem.org/2014/news/2013-08-06-call-for-participation/
>
> Regards
> Michael
>
> Thanks for the info, a year goes so fast.

Is anybody planning anything for FOSDEM ?

Looking back at this years FOSDEM, it seems like a good idea to have at
least a developer room

Looking at the videos LO posted, I think we really should to make a couple
of strong speeches, focusing on our progress, our growing community
(especially QA), our sidebar, and not to forget our plans for the future.
This is an excellent opportunity to do positive marketing for our project.

If wanted I can give a presentation about the new l10n workflow and/or most
for fun "ASF committer, a lifestyle or a addiction".

just my thoughts.
rgds
jan I.

Re: FOSDEM 2014

[Alexandro Colorado]

+1

Would love to attend FOSDEM but unfortunately is a bit too out of my reach
at the moment.


On Thu, Aug 22, 2013 at 12:29 AM, janI  wrote:

> On 7 August 2013 12:49, RA Stehmann 
> wrote:
>
> > Hello,
> >
> > "Proposals for main track presentations should be submitted using
> > Pentabarf:
> >
> > https://penta.fosdem.org/submission/
> >
> > Developer room proposals should be emailed to devro...@fosdem.org and be
> > as detailed as possible. In particular, coordinators should indicate
> > their affinity with the topic being proposed and provide a rough idea of
> > the content they plan to schedule.
> >
> > Key dates:
> >
> > 15 September
> > deadline for developer room proposals
> > 1 October
> > deadline for main track proposals
> > accepted developer rooms announced"
> >
> > https://fosdem.org/2014/news/2013-08-06-call-for-participation/
> >
> > Regards
> > Michael
> >
> > Thanks for the info, a year goes so fast.
>
> Is anybody planning anything for FOSDEM ?
>
> Looking back at this years FOSDEM, it seems like a good idea to have at
> least a developer room
>
> Looking at the videos LO posted, I think we really should to make a couple
> of strong speeches, focusing on our progress, our growing community
> (especially QA), our sidebar, and not to forget our plans for the future.
> This is an excellent opportunity to do positive marketing for our project.
>
> If wanted I can give a presentation about the new l10n workflow and/or most
> for fun "ASF committer, a lifestyle or a addiction".
>
> just my thoughts.
> rgds
> jan I.
>



-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://www.openoffice.org

Re: Macro IDE Python compliant

[Juergen Schmidt]

Am Mittwoch, 21. August 2013 um 22:02 schrieb Alexandro Colorado:

> On Wed, Aug 21, 2013 at 2:24 AM, Jürgen Schmidt wrote:
>  
> > On 8/21/13 6:23 AM, Alexandro Colorado wrote:
> > > Talking with a friend, they asked me how hard would it be to make the AOO
> > > IDE Python compliant.
> > >  
> > > I understand there has been discussions about this and usually result in
> > > people siding on using external editors.
> > >  
> > > However I am also interested to understand the architecture of the IDE,
> > not
> > > sure if the basic language is statically coded on the IDE, or maybe is
> >  
> > just
> > > the name of the classes.
> >  
> > http://svn.apache.org/viewvc/openoffice/trunk/main/basctl/source/basicide/
> > >  
> > > Maybe some core developer can give me more information about this, and a
> > > sizing on this project. What would be required for the IDE to be able to
> > > interpret and process python natively.
> > >  
> >  
> >  
> > The Basic IDE as it is at moment is not extendable for supporting a new
> > language and I think it would be better to think about something new.
> >  
>  
>  
> ​Any reason why this is non extendable?​ Could a new IDE within AOO be
> created?
>  
>  

sure, why not? I don'r see any reason preventing this. It's just a lot of work.

Juergen  
>  
> ​Not really a true IDE, but I have seen MRI by Hanya has an output python
> prompt within UNO.
> http://imagebin.org/268328
>  
> TK is broken in the AOO version of Python so even if the idle code is
> available, doesn't really work.
> /opt/openoffice.org3/program/python /opt/
> openoffice.org/basis3.3/program/python-core-2.6.1/lib/idlelib/idle.py
> ...
> import _tkinter # If this fails your Python may not be configured for Tk
>  
> I have seen for example, the blender prompt for scripting animations in
> python, this certainly is one way of doing it.
> http://www.youtube.com/watch?v=vfFznB1KC5w
> http://imagebin.org/268327
>  
>  
>  
> >  
> > Downstrip Eclipse or NetBeans and use the main editor with Python
> > support and think about a closer integration in AOO. We started a long
> >  
>  
>  
> ​The true key here is with the UNO ​designer which wont be that intuitive
> from a different application, specially for GUI development. Also the macro
> factor, brings more instantaniety to a RAD.
>  
> A developer from oooforum days (Danny) generated some libraries to abstract
> many of the python calls to the API so it can be more basic-like. I am not
> sure why these libraries wheren't shipped with the distribution of
> OpenOffice.
>  
> http://www.oooforum.org/forum/viewtopic.phtml?p=56015
>  
>  
>  
> > time back thinking in this direction and used NetBeans and Java to allow
> > Java scripting in NetBeans but also deploying the scripts in AOO or even
> > in open documents in AOO.
> >  
> > This should be possible but it's definitely a bigger project and
> > requires some skills.
> >  
> > Juergen
> >  
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >  
>  
>  
>  
> --  
> Alexandro Colorado
> Apache OpenOffice Contributor
> http://www.openoffice.org
>  
>  

Re: Options Page registry files

[Juergen Schmidt]

Hi Rajath, 

I believe you can find samples for both and have to connect them. But I have 
probably a working sample somewhere that I can send you

Juergen 


Am Mittwoch, 21. August 2013 um 22:32 schrieb Rajath Shashidhara:

> Hello,
> 
> Can anyone provide me a good source to read up on how to configure(.xcu and
> .xcs) the options page of an extension?
> 
> I haven't been able to find it on devguide.
> 
> -- 
> Rajath S,
> M.Sc(Hons.) Physics,
> Birla Institute of Technology and Science - Pilani,
> Pilani
> 
> 

Re: Where can I find the new logo (svg) usable in AOO

[Jürgen Schmidt]

On 8/21/13 9:54 PM, Andrea Pescetti wrote:
> Jürgen Schmidt wrote:
>> we worked on a new logo and wanted a svg source. AOO can handle svg and
>> we are currently not able to load our own logo.
> 
> Discussed here last month. Alexandro wrote it's due to the font:
> http://markmail.org/message/u5pbe2jkrvnw3vdl

the explanation don't explain why it works well in gimp or Inkscape. But
anyway I will ask Armin what the problem really is when he will be back.

Juergen

> 
> Regards,
>   Andrea.
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org