subject:"Draw\?"



jeanmicoste edited a comment on pull request #14:
URL: https://github.com/apache/openoffice-org/pull/14#issuecomment-833872068


   No, this is bad handling. And repository is deleted.
   I have to remake it ?


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



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

[GitHub] [openoffice-org] jeanmicoste commented on pull request #14: Add a line with "Découvrir Draw"



jeanmicoste commented on pull request #14:
URL: https://github.com/apache/openoffice-org/pull/14#issuecomment-833872068


   No, this is bad handling.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



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

[GitHub] [openoffice-org] dave2wave commented on pull request #14: Add a line with "Découvrir Draw"



dave2wave commented on pull request #14:
URL: https://github.com/apache/openoffice-org/pull/14#issuecomment-833763889


   Did you close this because you are still working on it?


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



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

[GitHub] [openoffice-org] jeanmicoste closed pull request #14: Add a line with "Découvrir Draw"



jeanmicoste closed pull request #14:
URL: https://github.com/apache/openoffice-org/pull/14


   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



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

[GitHub] [openoffice-org] jeanmicoste commented on pull request #14: Add a line with "Découvrir Draw"

2021-05-05 Thread GitBox



jeanmicoste commented on pull request #14:
URL: https://github.com/apache/openoffice-org/pull/14#issuecomment-832707562


   Add a missing link to a file.
   Add a missing file indexht-math.html shown in the left menu


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



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

[GitHub] [openoffice-org] jeanmicoste closed pull request #14: Add a line with "Découvrir Draw"

2021-05-04 Thread GitBox



jeanmicoste closed pull request #14:
URL: https://github.com/apache/openoffice-org/pull/14


   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



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

[GitHub] [openoffice-org] jeanmicoste opened a new pull request #14: Add a line with "Découvrir Draw"

2021-04-13 Thread GitBox



jeanmicoste opened a new pull request #14:
URL: https://github.com/apache/openoffice-org/pull/14


   Add a link to a file


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



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

Re: "convert' pdf images in Draw

2021-01-08 Thread marcia wilbur

Hi!

Thank You! I will test.

-marcia
- Original Message -
From: "Mechtilde" 
To: dev@openoffice.apache.org
Sent: Tuesday, January 5, 2021 10:16:19 PM
Subject: "convert' pdf images in Draw

Hello Marcia,

Am 06.01.21 um 00:20 schrieb marcia wilbur:
> Hi.
> 
> Do we have a feature to open PDFs in Draw?
> I tried. All I had was characters. Am I doing something wrong or do we not 
> have "open PDF as images in Draw".

Yes we have this feature as an extension. I tried to build it from 4.2.x
branch.

You can get it from http://home.apache.org/~mechtilde/Tools/ and test it.

> 
> I have gs and imagemagick - was able to convert the same PDF at the shell 
> with convert... So, is it a config or not a feature yet?
> 
> also, i couldn't login to requests so, I'm asking here.
> 
> 
> Thanks,
> Marcia

Kind regards

-- 
Mechtilde Stehmann
## Apache OpenOffice
## Freie Office Suite für Linux, MacOSX, Windows und OS/2
## Debian Developer
## PGP encryption welcome
## F0E3 7F3D C87A 4998 2899  39E7 F287 7BBA 141A AD7F

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

"convert' pdf images in Draw

2021-01-05 Thread Mechtilde

Hello Marcia,

Am 06.01.21 um 00:20 schrieb marcia wilbur:
> Hi.
> 
> Do we have a feature to open PDFs in Draw?
> I tried. All I had was characters. Am I doing something wrong or do we not 
> have "open PDF as images in Draw".

Yes we have this feature as an extension. I tried to build it from 4.2.x
branch.

You can get it from http://home.apache.org/~mechtilde/Tools/ and test it.

> 
> I have gs and imagemagick - was able to convert the same PDF at the shell 
> with convert... So, is it a config or not a feature yet?
> 
> also, i couldn't login to requests so, I'm asking here.
> 
> 
> Thanks,
> Marcia

Kind regards

-- 
Mechtilde Stehmann
## Apache OpenOffice
## Freie Office Suite für Linux, MacOSX, Windows und OS/2
## Debian Developer
## PGP encryption welcome
## F0E3 7F3D C87A 4998 2899  39E7 F287 7BBA 141A AD7F





OpenPGP_signature
Description: OpenPGP digital signature

"convert' pdf images in Draw

2021-01-05 Thread marcia wilbur

Hi.

Do we have a feature to open PDFs in Draw?
I tried. All I had was characters. Am I doing something wrong or do we not have 
"open PDF as images in Draw".

I have gs and imagemagick - was able to convert the same PDF at the shell with 
convert... So, is it a config or not a feature yet?

also, i couldn't login to requests so, I'm asking here.


Thanks,
Marcia

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

Re: AOO Draw - User Profile Corrupted, follow-up

2020-04-09 Thread Pedro Lino

Hi Czeslaw

I can confirm the glitch in Windows 7 x64

The window that you see now is actually the Slide Pane taking all the slide 
area (it is on top). Notice that you can close the Slide Pane by clicking on 
the Close button (X) to the left of Properties or by unchecking the tick in 
menu View > Slide Pane.

There is however a simple solution: when the Slide Pane is open, click to the 
right of the word Slides and drag up in the direction of menu File and release 
when you see the box outline. Then simply drag it into place

Hope this helps (if not email me for more details)
Pedro

> On April 9, 2020 6:13 PM Czesław Wolański  wrote:
> 
>  
> Hi,
> 
> Hi team,
> 
> My sincere apologies for delayed reply and even more sincere thanks to you
> all for a warm welcome.
> 
> I am not sure it's good news: same glitch occurs in AOO Impress.
> 
> A video file is available at the following link:
> 
> https://drive.google.com/open?id=1Uukw3xx1qTafuj2znLCnr6OBgE8YmoiE
> 
> I would be glad if someone confirms my findings. That would allow me to
> rule out a possibility that glitch can be attributed to my computer(s) or...
> to myself (sort of "Pauli effect" -
> https://en.wikipedia.org/wiki/Pauli_effect).
> 
> 
> Regards,
> 
> 
> Czesław
> 
> Le jeu. 9 avr. 2020 à 16:51, Carl Marcum  a écrit :
> 
> > Hi Czesław,
> >
> > Yes, thank you for your hard work on this and your contributions to
> > improve the UI!
> >
> > I had seen your issues come though on the mailing list and had looked a
> > few but had no time for testing.
> > Your filed issues and steps to reproduce are thorough.
> >
> > Apologies for not taking time to respond sooner.
> >
> > And thanks Matthias for following up.
> >
> > Best regards,
> > Carl
> >
> >
> > On 4/9/20 4:01 AM, Matthias Seidel wrote:
> > > Hi Czesław,
> > >
> > > Sorry for getting no feedback here from others...
> > >
> > > Am 06.04.20 um 15:43 schrieb Czesław Wolański:
> > >> Dear Sir / Madam,
> > >>
> > >> my name is Czesław Wolański. I devote some of my spare time mainly to
> > doing
> > >> translation of AOO UI into Polish (L10n),
> > >> but you might have noticed increasing activity on my part in terms of
> > >> reporting issues/bugs to Bugzilla (recent months).
> > > Your work on QA is highly appreciated and together we were already able
> > > to fix quite a lot of UI "glitches".
> > > This is an important part of our "product" because it enhances the
> > > experience for the user (our "customers").
> > >
> > > Somehow this aspect of OpenOffice was neglected too long, but for 4.2.0
> > > it will get better.
> > >
> > > I hope other members here will find the time to welcome you! ;-)
> > >
> > > Regards,
> > >
> > > Matthias
> > >
> > >> This report is sort of follow-up to Issue 128329 "AOO Draw -
> > irreparable?"
> > >> I filed to Bugzilla.
> > >>
> > >> https://bz.apache.org/ooo/show_bug.cgi?id=128329
> > >>
> > >> In "Comment 1" to it (made by Peter) you may read:
> > >>
> > >> "*An email to dev@openoffice.apache.org 
> > would
> > >> be the right approach for this particular issue. Have you tried to reset
> > >> the profile? If this helps please put more research in this, Corrupted
> > >> Profile is one of the issues which are really annoying.[...]*"
> > >>
> > >> So I have "put more research in this". It seems that undocking Page Pane
> > >> and redocking it at the top of document window
> > >> may lead to glitches in AOO Draw. Resetting User Profile fixes the
> > problem.
> > >>
> > >> My configuration:
> > >> - Windows 7 64-bit Home Premium, PL
> > >> - Apache OpenOffice 4.1.7
> > >>AOO417m1(Build:9800)  -  Rev. 46059c9192
> > >>2019-09-03 12:04
> > >>
> > >>Apache_OpenOffice_4.1.7_Win_x86_install_pl (full installation,
> > PL)
> > >>Apache_OpenOffice_4.1.7_Win_x86_langpack_en-US (language pack,
> > >> English(US))
> > >>
> > >>
> > >> I have run test procedure a dozen or so times. After each test, I
> > resetted
> > >> User Profile
> > >>   ( path: %AppData%\Roaming\OpenOffice\4\user ) or changed the name of
> > >> folder &q

Re: AOO Draw - User Profile Corrupted, follow-up

2020-04-09 Thread Czesław Wolański

Hi,

Hi team,

My sincere apologies for delayed reply and even more sincere thanks to you
all for a warm welcome.

I am not sure it's good news: same glitch occurs in AOO Impress.

A video file is available at the following link:

https://drive.google.com/open?id=1Uukw3xx1qTafuj2znLCnr6OBgE8YmoiE

I would be glad if someone confirms my findings. That would allow me to
rule out a possibility that glitch can be attributed to my computer(s) or...
to myself (sort of "Pauli effect" -
https://en.wikipedia.org/wiki/Pauli_effect).


Regards,


Czesław

Le jeu. 9 avr. 2020 à 16:51, Carl Marcum  a écrit :

> Hi Czesław,
>
> Yes, thank you for your hard work on this and your contributions to
> improve the UI!
>
> I had seen your issues come though on the mailing list and had looked a
> few but had no time for testing.
> Your filed issues and steps to reproduce are thorough.
>
> Apologies for not taking time to respond sooner.
>
> And thanks Matthias for following up.
>
> Best regards,
> Carl
>
>
> On 4/9/20 4:01 AM, Matthias Seidel wrote:
> > Hi Czesław,
> >
> > Sorry for getting no feedback here from others...
> >
> > Am 06.04.20 um 15:43 schrieb Czesław Wolański:
> >> Dear Sir / Madam,
> >>
> >> my name is Czesław Wolański. I devote some of my spare time mainly to
> doing
> >> translation of AOO UI into Polish (L10n),
> >> but you might have noticed increasing activity on my part in terms of
> >> reporting issues/bugs to Bugzilla (recent months).
> > Your work on QA is highly appreciated and together we were already able
> > to fix quite a lot of UI "glitches".
> > This is an important part of our "product" because it enhances the
> > experience for the user (our "customers").
> >
> > Somehow this aspect of OpenOffice was neglected too long, but for 4.2.0
> > it will get better.
> >
> > I hope other members here will find the time to welcome you! ;-)
> >
> > Regards,
> >
> > Matthias
> >
> >> This report is sort of follow-up to Issue 128329 "AOO Draw -
> irreparable?"
> >> I filed to Bugzilla.
> >>
> >> https://bz.apache.org/ooo/show_bug.cgi?id=128329
> >>
> >> In "Comment 1" to it (made by Peter) you may read:
> >>
> >> "*An email to dev@openoffice.apache.org 
> would
> >> be the right approach for this particular issue. Have you tried to reset
> >> the profile? If this helps please put more research in this, Corrupted
> >> Profile is one of the issues which are really annoying.[...]*"
> >>
> >> So I have "put more research in this". It seems that undocking Page Pane
> >> and redocking it at the top of document window
> >> may lead to glitches in AOO Draw. Resetting User Profile fixes the
> problem.
> >>
> >> My configuration:
> >> - Windows 7 64-bit Home Premium, PL
> >> - Apache OpenOffice 4.1.7
> >>AOO417m1(Build:9800)  -  Rev. 46059c9192
> >>2019-09-03 12:04
> >>
> >>Apache_OpenOffice_4.1.7_Win_x86_install_pl (full installation,
> PL)
> >>Apache_OpenOffice_4.1.7_Win_x86_langpack_en-US (language pack,
> >> English(US))
> >>
> >>
> >> I have run test procedure a dozen or so times. After each test, I
> resetted
> >> User Profile
> >>   ( path: %AppData%\Roaming\OpenOffice\4\user ) or changed the name of
> >> folder "OpenOffice" in  %AppData%\Roaming\
> >>
> >> Please take a look at my documentation:
> >>
> >> - video "HowToWTF", available at the following link:
> >>https://drive.google.com/open?id=14xm4x1mehtxvXo1_7ueUq5EE_uwuPSfa
> >>
> >> - information on configuration, file "Infos", available at the following
> >> link:
> >>https://drive.google.com/open?id=1QfIbjoKIMELTpQHUJY3_mSUtv_6MrKkg
> >>
> >> - screenshots of glitches, file "DrawGlitches", available at the
> following
> >> link:
> >>https://drive.google.com/open?id=1eAsv5gvWrR35PGAJrx6fOyD8c3l18JDM
> >>
> >>
> >> And some additional remarks:
> >>
> >> 1. I my report to Bugzilla I wrote: "Recently I have subjected AOO Draw
> to
> >> harsh tests (multiple docking/redocking of Page Pane, Navigator,
> >>  Color  Replacer and Color Bar in various combinations). In tests
> >> observed many glitches. Finally AOO crashed."
> >>  I am not a hundred percent sure that the rea

Re: AOO Draw - User Profile Corrupted, follow-up

2020-04-09 Thread Carl Marcum


Hi Czesław,

Yes, thank you for your hard work on this and your contributions to 
improve the UI!


I had seen your issues come though on the mailing list and had looked a 
few but had no time for testing.

Your filed issues and steps to reproduce are thorough.

Apologies for not taking time to respond sooner.

And thanks Matthias for following up.

Best regards,
Carl


On 4/9/20 4:01 AM, Matthias Seidel wrote:

Hi Czesław,

Sorry for getting no feedback here from others...

Am 06.04.20 um 15:43 schrieb Czesław Wolański:

Dear Sir / Madam,

my name is Czesław Wolański. I devote some of my spare time mainly to doing
translation of AOO UI into Polish (L10n),
but you might have noticed increasing activity on my part in terms of
reporting issues/bugs to Bugzilla (recent months).

Your work on QA is highly appreciated and together we were already able
to fix quite a lot of UI "glitches".
This is an important part of our "product" because it enhances the
experience for the user (our "customers").

Somehow this aspect of OpenOffice was neglected too long, but for 4.2.0
it will get better.

I hope other members here will find the time to welcome you! ;-)

Regards,

    Matthias


This report is sort of follow-up to Issue 128329 "AOO Draw - irreparable?"
I filed to Bugzilla.

https://bz.apache.org/ooo/show_bug.cgi?id=128329

In "Comment 1" to it (made by Peter) you may read:

"*An email to dev@openoffice.apache.org  would
be the right approach for this particular issue. Have you tried to reset
the profile? If this helps please put more research in this, Corrupted
Profile is one of the issues which are really annoying.[...]*"

So I have "put more research in this". It seems that undocking Page Pane
and redocking it at the top of document window
may lead to glitches in AOO Draw. Resetting User Profile fixes the problem.

My configuration:
- Windows 7 64-bit Home Premium, PL
- Apache OpenOffice 4.1.7
   AOO417m1(Build:9800)  -  Rev. 46059c9192
   2019-09-03 12:04

   Apache_OpenOffice_4.1.7_Win_x86_install_pl (full installation, PL)
   Apache_OpenOffice_4.1.7_Win_x86_langpack_en-US (language pack,
English(US))


I have run test procedure a dozen or so times. After each test, I resetted
User Profile
  ( path: %AppData%\Roaming\OpenOffice\4\user ) or changed the name of
folder "OpenOffice" in  %AppData%\Roaming\

Please take a look at my documentation:

- video "HowToWTF", available at the following link:
   https://drive.google.com/open?id=14xm4x1mehtxvXo1_7ueUq5EE_uwuPSfa

- information on configuration, file "Infos", available at the following
link:
   https://drive.google.com/open?id=1QfIbjoKIMELTpQHUJY3_mSUtv_6MrKkg

- screenshots of glitches, file "DrawGlitches", available at the following
link:
   https://drive.google.com/open?id=1eAsv5gvWrR35PGAJrx6fOyD8c3l18JDM


And some additional remarks:

1. I my report to Bugzilla I wrote: "Recently I have subjected AOO Draw to
harsh tests (multiple docking/redocking of Page Pane, Navigator,
 Color  Replacer and Color Bar in various combinations). In tests
observed many glitches. Finally AOO crashed."
 I am not a hundred percent sure that the reason for glitches and crash
I mentioned in that report is the same I present here.

2. In above mentioned file "DrawGlitches" you may see two examples of start
screen in AOO Draw. A few times I saw nothing worrying,
 but when I repeated docking/undocking and/or hiding/showing Page Pane
and then closed and opened AOO Draw again, the glitch appeared.

3. Every time I reset User Profile, run AOO and finish registration
process, AOO shows Start Center window not maximized.
 Next time I run AOO, Start Center window is maximized.

4. And last but definitely least: while watching attached video you'll
surely notice how cluttered my Desktop is. I am fighting that mess
 on end, but the more I try to declutter Desktop, the more it gets
cluttered ("mischievous inanimate nature").


Shall you have any questions, please contact me.


With regard,

Czesław Wolański




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

Re: AOO Draw - User Profile Corrupted, follow-up

2020-04-09 Thread Marcus


Hi Czesław,

also from me a great welcome to the project. :-)

Marcus



Am 09.04.20 um 10:01 schrieb Matthias Seidel:

Sorry for getting no feedback here from others...

Am 06.04.20 um 15:43 schrieb Czesław Wolański:

Dear Sir / Madam,

my name is Czesław Wolański. I devote some of my spare time mainly to doing
translation of AOO UI into Polish (L10n),
but you might have noticed increasing activity on my part in terms of
reporting issues/bugs to Bugzilla (recent months).


Your work on QA is highly appreciated and together we were already able
to fix quite a lot of UI "glitches".
This is an important part of our "product" because it enhances the
experience for the user (our "customers").

Somehow this aspect of OpenOffice was neglected too long, but for 4.2.0
it will get better.

I hope other members here will find the time to welcome you! ;-)


This report is sort of follow-up to Issue 128329 "AOO Draw - irreparable?"
I filed to Bugzilla.

https://bz.apache.org/ooo/show_bug.cgi?id=128329

In "Comment 1" to it (made by Peter) you may read:

"*An email to dev@openoffice.apache.org  would
be the right approach for this particular issue. Have you tried to reset
the profile? If this helps please put more research in this, Corrupted
Profile is one of the issues which are really annoying.[...]*"

So I have "put more research in this". It seems that undocking Page Pane
and redocking it at the top of document window
may lead to glitches in AOO Draw. Resetting User Profile fixes the problem.

My configuration:
- Windows 7 64-bit Home Premium, PL
- Apache OpenOffice 4.1.7
   AOO417m1(Build:9800)  -  Rev. 46059c9192
   2019-09-03 12:04

   Apache_OpenOffice_4.1.7_Win_x86_install_pl (full installation, PL)
   Apache_OpenOffice_4.1.7_Win_x86_langpack_en-US (language pack,
English(US))


I have run test procedure a dozen or so times. After each test, I resetted
User Profile
  ( path: %AppData%\Roaming\OpenOffice\4\user ) or changed the name of
folder "OpenOffice" in  %AppData%\Roaming\

Please take a look at my documentation:

- video "HowToWTF", available at the following link:
   https://drive.google.com/open?id=14xm4x1mehtxvXo1_7ueUq5EE_uwuPSfa

- information on configuration, file "Infos", available at the following
link:
   https://drive.google.com/open?id=1QfIbjoKIMELTpQHUJY3_mSUtv_6MrKkg

- screenshots of glitches, file "DrawGlitches", available at the following
link:
   https://drive.google.com/open?id=1eAsv5gvWrR35PGAJrx6fOyD8c3l18JDM


And some additional remarks:

1. I my report to Bugzilla I wrote: "Recently I have subjected AOO Draw to
harsh tests (multiple docking/redocking of Page Pane, Navigator,
 Color  Replacer and Color Bar in various combinations). In tests
observed many glitches. Finally AOO crashed."
 I am not a hundred percent sure that the reason for glitches and crash
I mentioned in that report is the same I present here.

2. In above mentioned file "DrawGlitches" you may see two examples of start
screen in AOO Draw. A few times I saw nothing worrying,
 but when I repeated docking/undocking and/or hiding/showing Page Pane
and then closed and opened AOO Draw again, the glitch appeared.

3. Every time I reset User Profile, run AOO and finish registration
process, AOO shows Start Center window not maximized.
 Next time I run AOO, Start Center window is maximized.

4. And last but definitely least: while watching attached video you'll
surely notice how cluttered my Desktop is. I am fighting that mess
 on end, but the more I try to declutter Desktop, the more it gets
cluttered ("mischievous inanimate nature").



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

Re: AOO Draw - User Profile Corrupted, follow-up

2020-04-09 Thread Peter Kovacs


Hi Czesław,


yea I did not manage to put time in your findings. But I am very grateful.

I will pick this topic up. hopefully soon.



All the best

Peter

Am 09.04.20 um 10:01 schrieb Matthias Seidel:

Hi Czesław,

Sorry for getting no feedback here from others...

Am 06.04.20 um 15:43 schrieb Czesław Wolański:

Dear Sir / Madam,

my name is Czesław Wolański. I devote some of my spare time mainly to doing
translation of AOO UI into Polish (L10n),
but you might have noticed increasing activity on my part in terms of
reporting issues/bugs to Bugzilla (recent months).

Your work on QA is highly appreciated and together we were already able
to fix quite a lot of UI "glitches".
This is an important part of our "product" because it enhances the
experience for the user (our "customers").

Somehow this aspect of OpenOffice was neglected too long, but for 4.2.0
it will get better.

I hope other members here will find the time to welcome you! ;-)

Regards,

    Matthias


This report is sort of follow-up to Issue 128329 "AOO Draw - irreparable?"
I filed to Bugzilla.

https://bz.apache.org/ooo/show_bug.cgi?id=128329

In "Comment 1" to it (made by Peter) you may read:

"*An email to dev@openoffice.apache.org  would
be the right approach for this particular issue. Have you tried to reset
the profile? If this helps please put more research in this, Corrupted
Profile is one of the issues which are really annoying.[...]*"

So I have "put more research in this". It seems that undocking Page Pane
and redocking it at the top of document window
may lead to glitches in AOO Draw. Resetting User Profile fixes the problem.

My configuration:
- Windows 7 64-bit Home Premium, PL
- Apache OpenOffice 4.1.7
   AOO417m1(Build:9800)  -  Rev. 46059c9192
   2019-09-03 12:04

   Apache_OpenOffice_4.1.7_Win_x86_install_pl (full installation, PL)
   Apache_OpenOffice_4.1.7_Win_x86_langpack_en-US (language pack,
English(US))


I have run test procedure a dozen or so times. After each test, I resetted
User Profile
  ( path: %AppData%\Roaming\OpenOffice\4\user ) or changed the name of
folder "OpenOffice" in  %AppData%\Roaming\

Please take a look at my documentation:

- video "HowToWTF", available at the following link:
   https://drive.google.com/open?id=14xm4x1mehtxvXo1_7ueUq5EE_uwuPSfa

- information on configuration, file "Infos", available at the following
link:
   https://drive.google.com/open?id=1QfIbjoKIMELTpQHUJY3_mSUtv_6MrKkg

- screenshots of glitches, file "DrawGlitches", available at the following
link:
   https://drive.google.com/open?id=1eAsv5gvWrR35PGAJrx6fOyD8c3l18JDM


And some additional remarks:

1. I my report to Bugzilla I wrote: "Recently I have subjected AOO Draw to
harsh tests (multiple docking/redocking of Page Pane, Navigator,
 Color  Replacer and Color Bar in various combinations). In tests
observed many glitches. Finally AOO crashed."
 I am not a hundred percent sure that the reason for glitches and crash
I mentioned in that report is the same I present here.

2. In above mentioned file "DrawGlitches" you may see two examples of start
screen in AOO Draw. A few times I saw nothing worrying,
 but when I repeated docking/undocking and/or hiding/showing Page Pane
and then closed and opened AOO Draw again, the glitch appeared.

3. Every time I reset User Profile, run AOO and finish registration
process, AOO shows Start Center window not maximized.
 Next time I run AOO, Start Center window is maximized.

4. And last but definitely least: while watching attached video you'll
surely notice how cluttered my Desktop is. I am fighting that mess
 on end, but the more I try to declutter Desktop, the more it gets
cluttered ("mischievous inanimate nature").


Shall you have any questions, please contact me.


With regard,

Czesław Wolański



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

Re: AOO Draw - User Profile Corrupted, follow-up

2020-04-09 Thread Matthias Seidel

Hi Czesław,

Sorry for getting no feedback here from others...

Am 06.04.20 um 15:43 schrieb Czesław Wolański:
> Dear Sir / Madam,
>
> my name is Czesław Wolański. I devote some of my spare time mainly to doing
> translation of AOO UI into Polish (L10n),
> but you might have noticed increasing activity on my part in terms of
> reporting issues/bugs to Bugzilla (recent months).

Your work on QA is highly appreciated and together we were already able
to fix quite a lot of UI "glitches".
This is an important part of our "product" because it enhances the
experience for the user (our "customers").

Somehow this aspect of OpenOffice was neglected too long, but for 4.2.0
it will get better.

I hope other members here will find the time to welcome you! ;-)

Regards,

   Matthias

>
> This report is sort of follow-up to Issue 128329 "AOO Draw - irreparable?"
> I filed to Bugzilla.
>
> https://bz.apache.org/ooo/show_bug.cgi?id=128329
>
> In "Comment 1" to it (made by Peter) you may read:
>
> "*An email to dev@openoffice.apache.org  would
> be the right approach for this particular issue. Have you tried to reset
> the profile? If this helps please put more research in this, Corrupted
> Profile is one of the issues which are really annoying.[...]*"
>
> So I have "put more research in this". It seems that undocking Page Pane
> and redocking it at the top of document window
> may lead to glitches in AOO Draw. Resetting User Profile fixes the problem.
>
> My configuration:
> - Windows 7 64-bit Home Premium, PL
> - Apache OpenOffice 4.1.7
>   AOO417m1(Build:9800)  -  Rev. 46059c9192
>   2019-09-03 12:04
>
>   Apache_OpenOffice_4.1.7_Win_x86_install_pl (full installation, PL)
>   Apache_OpenOffice_4.1.7_Win_x86_langpack_en-US (language pack,
> English(US))
>
>
> I have run test procedure a dozen or so times. After each test, I resetted
> User Profile
>  ( path: %AppData%\Roaming\OpenOffice\4\user ) or changed the name of
> folder "OpenOffice" in  %AppData%\Roaming\
>
> Please take a look at my documentation:
>
> - video "HowToWTF", available at the following link:
>   https://drive.google.com/open?id=14xm4x1mehtxvXo1_7ueUq5EE_uwuPSfa
>
> - information on configuration, file "Infos", available at the following
> link:
>   https://drive.google.com/open?id=1QfIbjoKIMELTpQHUJY3_mSUtv_6MrKkg
>
> - screenshots of glitches, file "DrawGlitches", available at the following
> link:
>   https://drive.google.com/open?id=1eAsv5gvWrR35PGAJrx6fOyD8c3l18JDM
>
>
> And some additional remarks:
>
> 1. I my report to Bugzilla I wrote: "Recently I have subjected AOO Draw to
> harsh tests (multiple docking/redocking of Page Pane, Navigator,
> Color  Replacer and Color Bar in various combinations). In tests
> observed many glitches. Finally AOO crashed."
> I am not a hundred percent sure that the reason for glitches and crash
> I mentioned in that report is the same I present here.
>
> 2. In above mentioned file "DrawGlitches" you may see two examples of start
> screen in AOO Draw. A few times I saw nothing worrying,
> but when I repeated docking/undocking and/or hiding/showing Page Pane
> and then closed and opened AOO Draw again, the glitch appeared.
>
> 3. Every time I reset User Profile, run AOO and finish registration
> process, AOO shows Start Center window not maximized.
> Next time I run AOO, Start Center window is maximized.
>
> 4. And last but definitely least: while watching attached video you'll
> surely notice how cluttered my Desktop is. I am fighting that mess
> on end, but the more I try to declutter Desktop, the more it gets
> cluttered ("mischievous inanimate nature").
>
>
> Shall you have any questions, please contact me.
>
>
> With regard,
>
> Czesław Wolański
>



smime.p7s
Description: S/MIME Cryptographic Signature

AOO Draw - User Profile Corrupted, follow-up

2020-04-06 Thread Czesław Wolański

Dear Sir / Madam,

my name is Czesław Wolański. I devote some of my spare time mainly to doing
translation of AOO UI into Polish (L10n),
but you might have noticed increasing activity on my part in terms of
reporting issues/bugs to Bugzilla (recent months).

This report is sort of follow-up to Issue 128329 "AOO Draw - irreparable?"
I filed to Bugzilla.

https://bz.apache.org/ooo/show_bug.cgi?id=128329

In "Comment 1" to it (made by Peter) you may read:

"*An email to dev@openoffice.apache.org  would
be the right approach for this particular issue. Have you tried to reset
the profile? If this helps please put more research in this, Corrupted
Profile is one of the issues which are really annoying.[...]*"

So I have "put more research in this". It seems that undocking Page Pane
and redocking it at the top of document window
may lead to glitches in AOO Draw. Resetting User Profile fixes the problem.

My configuration:
- Windows 7 64-bit Home Premium, PL
- Apache OpenOffice 4.1.7
  AOO417m1(Build:9800)  -  Rev. 46059c9192
  2019-09-03 12:04

  Apache_OpenOffice_4.1.7_Win_x86_install_pl (full installation, PL)
  Apache_OpenOffice_4.1.7_Win_x86_langpack_en-US (language pack,
English(US))


I have run test procedure a dozen or so times. After each test, I resetted
User Profile
 ( path: %AppData%\Roaming\OpenOffice\4\user ) or changed the name of
folder "OpenOffice" in  %AppData%\Roaming\

Please take a look at my documentation:

- video "HowToWTF", available at the following link:
  https://drive.google.com/open?id=14xm4x1mehtxvXo1_7ueUq5EE_uwuPSfa

- information on configuration, file "Infos", available at the following
link:
  https://drive.google.com/open?id=1QfIbjoKIMELTpQHUJY3_mSUtv_6MrKkg

- screenshots of glitches, file "DrawGlitches", available at the following
link:
  https://drive.google.com/open?id=1eAsv5gvWrR35PGAJrx6fOyD8c3l18JDM


And some additional remarks:

1. I my report to Bugzilla I wrote: "Recently I have subjected AOO Draw to
harsh tests (multiple docking/redocking of Page Pane, Navigator,
Color  Replacer and Color Bar in various combinations). In tests
observed many glitches. Finally AOO crashed."
I am not a hundred percent sure that the reason for glitches and crash
I mentioned in that report is the same I present here.

2. In above mentioned file "DrawGlitches" you may see two examples of start
screen in AOO Draw. A few times I saw nothing worrying,
but when I repeated docking/undocking and/or hiding/showing Page Pane
and then closed and opened AOO Draw again, the glitch appeared.

3. Every time I reset User Profile, run AOO and finish registration
process, AOO shows Start Center window not maximized.
Next time I run AOO, Start Center window is maximized.

4. And last but definitely least: while watching attached video you'll
surely notice how cluttered my Desktop is. I am fighting that mess
on end, but the more I try to declutter Desktop, the more it gets
cluttered ("mischievous inanimate nature").


Shall you have any questions, please contact me.


With regard,

Czesław Wolański

Re: OPEN OFFICE DRAW - PLEASE CONTACT \ME ASAP

2018-01-01 Thread Patti C.

We save the cost for a toll free technical support number in order to ship
the Product for free.
May I ask where you got your copy of Open office from?
Which version of Open Office do you use?

I do not understand the Problem you have. I can open Apache Open Office
Draw and set the ruler as I whish.

Why the pressure. ASAP sounds very urgend. Why is that.
A=I am trying to start a business of my own and using Open Office Draw.
I need everything to work properly and effectively
Even the AVG technician(s) were having problems with the ruler measurements.

Why is it that sometimes you click Open-Open Office-Draw and every once in
a while a draw window opens without the side panel, to view the content(s)
on each page in the individual Draw windows?
How do you correct this?
What buttons on the keyboard do you press, to correct this?

ASAP as it is important to me and I want to complete all contents within
the Open Office Draw window(s), so each looks impressive and I can correct
the error(s) being made by
using specific keys on the keyboard, instead of becoming flustered, and/or
frustrated; without any simplistic steps provided to resolve the problem(s)
at hand.

To me it is an urgent matter which needs immediate attention. When I
couldn't get a hold of you, open office by phone I called AVG techs. The
AVG techs were even bewildered as to how to resolve the problem(s)
presented.

Why is Cross Fading, Fields, Links, Object and Hyperlink grayed out in Edit?

Why is crop picture grayed out in Format?

Why is Distribution,Group, Ungroup, Enter Group, Exit Group, Combine,
Split, Connect and Break grayed out in Modify?

Why aren't all option selections made available to be used?

Not all computer users are computer technicians or programmers and need to
know the simplified steps of what keyboard keys are needing to be pressed,
to resolve the issue(s) and, or problem(s) which have occurred at the
present time(s); otherwise the unresolved issue(s) may become very
frustrating and/or blood pressure elevating..

In the help selections, could all the methods/steps of using the keyboard
buttons for each problem which may arise, be simply stated in the Help
selection.
Such as: Draw-Side Panel window display- press ? key+?key+?key (Shift+ F3,
Ctrl+S, CTRL+Shift+S, etc.)
instead of all the technical jibberish that is unable to be understood by
many.

Thank you for replying, I just got impatient of waiting for reply and
called the AVG techs.
As I said, all problems which I have faced are urgent to correct, as I am
trying to do impressive work in starting a business of my own and Open
Office Draw was the option which suited my needs beat at the time.

Patti C.

Patti C.

Please note this is going over a puplic free for all readable channel.

A copy of every message is released on the Web.

all the best

Peter

On Mon, May 15, 2017 at 4:46 AM, Peter Kovacs  wrote:

> Hello Patti C.,
>
> We save the cost for a toll free technical support number in order to ship
> the Product for free.
> May I ask where you got your copy of Open office from?
> Which version of Open Office do you use?
>
> I do not understand the Problem you have. I can open Apache Open Office
> Draw and set the ruler as I whish.
>
> Why the pressure. ASAP sounds very urgend. Why is that.
>
> Please note this is going over a puplic free for all readable channel.
>
> A copy of every message is released on the Web.
>
> all the best
>
> Peter
>
> On 15.05.2017 02:13, Patti C. wrote:
>
>> Why is there not a toll free number to call for technical Support?
>>
>> Why aren't all the proper tools provided which are needed for rulers? at
>> the top of Draw and on the left hand side of Draw?
>>
>> Where are the normal measure scale(s) for all rulers provided
>> which measures 01-25, 01-50, 01-75 0r 01-100 from the left to the right,
>> for millimeters, centimeters, inches, etc..?!
>>
>> Why does it seem the ruler correction(s) are so impossible to make? Do you
>> want to discourage user(s) so each no longer uses Open Office?
>>
>> Why are *6* *options* grayed out and made unusable in *Edit*?
>>
>> Why is it that in* View*-*Input* *Method* *Status* grayed out and made
>> unusable?
>>
>> Why is *Special* *Character* grayed out and made unusable in *Insert*?
>>
>> *Tools*- Why aren't all *proper* *tools* *provided* to be used, that are
>> *needed* to *correct* any *error*(*s*)? This *needs* to become a
>> *priority*
>> to be *corrected* *immediately*.
>>
>> *Format* - Why is *Default Formatting* grayed out and not made available
>> to
>> be used?
>>  Why is *Position* and *Size* grayed out and made
>> unavailable to be used?
>>  Why is *Crop* *Picture* grayed

Re: OPEN OFFICE DRAW - PLEASE CONTACT \ME ASAP

2017-05-15 Thread Peter Kovacs


Hello Patti C.,

We save the cost for a toll free technical support number in order to 
ship the Product for free.

May I ask where you got your copy of Open office from?
Which version of Open Office do you use?

I do not understand the Problem you have. I can open Apache Open Office 
Draw and set the ruler as I whish.


Why the pressure. ASAP sounds very urgend. Why is that.

Please note this is going over a puplic free for all readable channel.

A copy of every message is released on the Web.

all the best

Peter

On 15.05.2017 02:13, Patti C. wrote:

Why is there not a toll free number to call for technical Support?

Why aren't all the proper tools provided which are needed for rulers? at
the top of Draw and on the left hand side of Draw?

Where are the normal measure scale(s) for all rulers provided
which measures 01-25, 01-50, 01-75 0r 01-100 from the left to the right,
for millimeters, centimeters, inches, etc..?!

Why does it seem the ruler correction(s) are so impossible to make? Do you
want to discourage user(s) so each no longer uses Open Office?

Why are *6* *options* grayed out and made unusable in *Edit*?

Why is it that in* View*-*Input* *Method* *Status* grayed out and made
unusable?

Why is *Special* *Character* grayed out and made unusable in *Insert*?

*Tools*- Why aren't all *proper* *tools* *provided* to be used, that are
*needed* to *correct* any *error*(*s*)? This *needs* to become a *priority*
to be *corrected* *immediately*.

*Format* - Why is *Default Formatting* grayed out and not made available to
be used?
 Why is *Position* and *Size* grayed out and made
unavailable to be used?
 Why is *Crop* *Picture* grayed out and made unavailable to
be used?

*Insert* - Why is Formatting Mark grayed out and made unavailable to be
used?

*Modify* - Why is *Convert* grayed out and made unavailable to be used?
Why is *Arrange* options grayed out and made unavailable to
be used?
Why is  *Distribution* grayed out and made unavailable to be
used?
 Why is *Name* grayed out and made unavailable to be used?
  Why is *Group* grayed out and made unavailable to be used?
   Why is *Enter* *Group* grayed out and made unavailable to
be used?
Why is *Exit* *Group* grayed out and made unavailable to
be used?
Why is *Combine* grayed out and made unavailable to be
used?
 Why is *Split* grayed out and made unavailable to be
used?
  Why is *Connect* grayed out and made unavailable to be
used?

These need to be made a priority to be made available to all user(s) to use.

Why isn't there a *download* *bar* on every *Open* *Office* *download* to
let you know when the download(s) have *started*, *downloading* and when
*finished*? This would be greatly *appreciated* by all Open Office users,
I'm sure.

One feature I am appreciative of is the document recovery.

   Time to make a lot of improvements to Open Office so it is much more
effective and simple to use, as well as meeting professional standards.

Do you have a remote screen capability?

Patti C.
902-989-5582 Call Me Please.




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

OPEN OFFICE DRAW - PLEASE CONTACT \ME ASAP

2017-05-14 Thread Patti C.

Why is there not a toll free number to call for technical Support?

Why aren't all the proper tools provided which are needed for rulers? at
the top of Draw and on the left hand side of Draw?

Where are the normal measure scale(s) for all rulers provided
which measures 01-25, 01-50, 01-75 0r 01-100 from the left to the right,
for millimeters, centimeters, inches, etc..?!

Why does it seem the ruler correction(s) are so impossible to make? Do you
want to discourage user(s) so each no longer uses Open Office?

Why are *6* *options* grayed out and made unusable in *Edit*?

Why is it that in* View*-*Input* *Method* *Status* grayed out and made
unusable?

Why is *Special* *Character* grayed out and made unusable in *Insert*?

*Tools*- Why aren't all *proper* *tools* *provided* to be used, that are
*needed* to *correct* any *error*(*s*)? This *needs* to become a *priority*
to be *corrected* *immediately*.

*Format* - Why is *Default Formatting* grayed out and not made available to
be used?
Why is *Position* and *Size* grayed out and made
unavailable to be used?
Why is *Crop* *Picture* grayed out and made unavailable to
be used?

*Insert* - Why is Formatting Mark grayed out and made unavailable to be
used?

*Modify* - Why is *Convert* grayed out and made unavailable to be used?
   Why is *Arrange* options grayed out and made unavailable to
be used?
   Why is  *Distribution* grayed out and made unavailable to be
used?
Why is *Name* grayed out and made unavailable to be used?
 Why is *Group* grayed out and made unavailable to be used?
  Why is *Enter* *Group* grayed out and made unavailable to
be used?
   Why is *Exit* *Group* grayed out and made unavailable to
be used?
   Why is *Combine* grayed out and made unavailable to be
used?
Why is *Split* grayed out and made unavailable to be
used?
 Why is *Connect* grayed out and made unavailable to be
used?

These need to be made a priority to be made available to all user(s) to use.

Why isn't there a *download* *bar* on every *Open* *Office* *download* to
let you know when the download(s) have *started*, *downloading* and when
*finished*? This would be greatly *appreciated* by all Open Office users,
I'm sure.

One feature I am appreciative of is the document recovery.

  Time to make a lot of improvements to Open Office so it is much more
effective and simple to use, as well as meeting professional standards.

Do you have a remote screen capability?

Patti C.
902-989-5582 Call Me Please.

Draw - crop marks and bleed

2016-01-21 Thread Martin Lexelius

Hello,

I have tested different "free" layout software on the market.
Open Office Draw is the best by far. Good job.
I decided to use Draw to design a very simple book cover.
The background is one color, and it needs to out over the edges.
I extend the rectangle element outside the edges of the workspace.
And I put some crop marks to align with the corners of the workspace.

My problem is that when I export as PDF, these things do not show up.

Only the workspace (page format) is visible.The print place demand that I put 
the crop marks and the bleed included in the pdf.
You can do these things in inDesign and some other software.

Can I do it somehow?

Can you build it? Other people on the forums seem to have the same need.
PS. I have asked the print place if I can make the document size larger format, 
so crop marks and bleed can be included.
But not possible, this screws up their systems.
DS.

Best regards
Martin Lexelius

4.1.0_release_blocker canceled: [Issue 87182] Crash on formatting OLE Draw object

2014-04-02 Thread bugzilla

Armin Le Grand  has canceled Armin Le Grand
's request for 4.1.0_release_blocker:
Issue 87182: Crash on formatting OLE Draw object
https://issues.apache.org/ooo/show_bug.cgi?id=87182


--- Additional Comments from Armin Le Grand 
Not needed for release

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

Re: Draw?

2014-02-28 Thread Jürgen Schmidt

On 2/28/14 10:43 AM, Yakov Reztsov wrote:
> 
> 
> 
> Пятница, 28 февраля 2014, 3:33 -05:00 от Dawn Lauryn <>:
>> Hi, I used to have MS Visio, but that was with a biz. It's far too
>> expensive for me to purchase now, but I have a vsd file I need to work
>> with. Will Draw work at importing a vsd file and if so, where can I get a
>> copy that I know will be malware-free?
>>
>> Thanks in advance:)
> LibreOffice Draw can open MS Visio vsd via libvisio,
> Is it possible to use this library together with the Apache OpenOffice Draw?
> 

yes and no, it should be possible to develop a Visio filter extension
using this library. But we can't integrate it by default in AOO due to
an incompatible license if libvisio. It's similar to the PDF import
extension that uses a license incompatible library as well.

Juergen



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

Re: Draw?

2014-02-28 Thread Yakov Reztsov




Пятница, 28 февраля 2014, 3:33 -05:00 от Dawn Lauryn <>:
>Hi, I used to have MS Visio, but that was with a biz. It's far too
>expensive for me to purchase now, but I have a vsd file I need to work
>with. Will Draw work at importing a vsd file and if so, where can I get a
>copy that I know will be malware-free?
>
>Thanks in advance:)
LibreOffice Draw can open MS Visio vsd via libvisio,
Is it possible to use this library together with the Apache OpenOffice Draw?

Draw?

2014-02-28 Thread Dawn Lauryn

Hi, I used to have MS Visio, but that was with a biz. It's far too
expensive for me to purchase now, but I have a vsd file I need to work
with. Will Draw work at importing a vsd file and if so, where can I get a
copy that I know will be malware-free?

Thanks in advance:)

-- 
Dawn
dawnlau...@gmail.com

4.1.0_release_blocker requested: [Bug 87182] Crash on formatting OLE Draw object

2014-02-27 Thread bugzilla

Armin Le Grand  has asked  for 4.1.0_release_blocker:
Bug 87182: Crash on formatting OLE Draw object
https://issues.apache.org/ooo/show_bug.cgi?id=87182


--- Additional Comments from Armin Le Grand 
Comitted, done.
Since it is a crash less, not unsafe to fix and may also crash when Draw is
used as OLE from other apps I request 4.1.0 release blocker flag.

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

review denied: [Bug 124188] CRASH when pasting grouped contents from Draw over a selected image : [Attachment 82591] Avoid NULL pointer access

2014-02-18 Thread bugzilla

Oliver-Rainer Wittmann  has denied Andre
's request for review:
Bug 124188: CRASH when pasting grouped contents from Draw over a selected image
https://issues.apache.org/ooo/show_bug.cgi?id=124188

Attachment 82591: Avoid NULL pointer access
https://issues.apache.org/ooo/attachment.cgi?id=82591&action=edit


--- Additional Comments from Oliver-Rainer Wittmann 
The patch avoids the crash, but the document is afterwards in an inconsistent
state as the anchor attribute for the as-character anchored object inside the
corresponding text node is missing.

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

review requested: [Bug 124188] CRASH when pasting grouped contents from Draw over a selected image : [Attachment 82591] Avoid NULL pointer access

2014-02-14 Thread bugzilla

Andre  has asked Oliver-Rainer Wittmann
 for review:
Bug 124188: CRASH when pasting grouped contents from Draw over a selected image
https://issues.apache.org/ooo/show_bug.cgi?id=124188

Attachment 82591: Avoid NULL pointer access
https://issues.apache.org/ooo/attachment.cgi?id=82591&action=edit

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

Re: Suggested modifications to Open Office Draw

2014-01-23 Thread Armin Le Grand


Thanks Andrea, looking through the useful suggestions...

On 19.01.2014 02:26, Andrea Pescetti wrote:
Forwarding to the list. Ian, I don't have any merit for the answers, I 
was forwarding a message from Armin. Please always include 
dev@openoffice.apache.org in your responses. If you need more details 
on how our mailing lists work, see 
http://openoffice.apache.org/mailing-lists.html ; if you don't receive 
an answer, make sure you check the archives: 
http://markmail.org/message/jvt6q5vslflz6u35 or subscribe to the list 
as explained above.


Ian's comments below.

Regards,
  Andrea.

Ian Symons wrote:

Hello Andrea

Thank you for the response.

RE
1. Left side ruler.
Depending upon the zoom level, numbers from 100 up often form a
continuous numeric stream.
They can be interpreted, but it is so much easier if you can read it at
a glance.


Okay, so - as a first step - defining the jumps to new numberings to 
avoid that would be a good first step? If yes, a enhancement task with a 
case where this happens in bugzilla would be nice.




RE:
2a. Snap Lines, Snap Points and Grid

I am talking about objects that help positioning.
For example you might set a guide line at Y=100.
Then when positioning / modifying shapes, the guide may be clicked on
instead of the shape.
This is particularly troublesome when a line or point lies on or close
to the guideline.
When this happens the tiniest movement of the mouse will shift the guide
line.

This problem would be solved if the guides (or snap point) can be locked
preferably via their existing UI dialog box.
This would then operate in the same manner as shapes that can be locked
in position via their Position & Size UI dialog box.


A good suggestion, esp since guides have no undo actions. Maybe a 
pinpoint close to the edge of the page (helplines are always connected 
to the outer bounds of the eit window) would be nice, additionally to 
the possibility to lock them in the dialog. Also worth an enhancement 
task in bugzilla.




RE:
2b.
My apologies, I phrased my question badly.
Yes, you do have X-Y co-ordinates displayed.
Perhaps it is just on my computer (a fairly new 64 bit 2.4GHz Toshiba
Qosmio X870 laptop, Windows 8), but the X-Y co-ordinates do not update
when slowly and continuously dragging a shape.

Also when the movement of the shapes stops for a moment, the X-Y
co-ordinates take about one quarter to one third of a second to update.
A good update speed would be about a tenth of a second.


I think this is due to their nature as being implemented based on 
execution slots, these have those uppdate times (e.g. when selecting an 
object and until the sidebar updates). This is generally by purpose and 
fixed (to avoid too much flicker when rapidly changing selection, e.g. 
using TAB), but maybe could be improved for the feedback in the footer, 
Also good for an enhancement task in bugzilla.




RE:
2c and 2d.
I am referring to the ability to select shapes AND to also select guides
THEN group the guides with the shapes.
This facility has always existed in Visio.
It has several important advantages:

(i) When the shapes and selected guidelines are grouped, then the guides
are visually removed as unnecessary clutter from other object shapes on
the screen.
(ii) The grouping can be copied and then placed elsewhere upon the 
screen.

This is a common function.
Note that the guidelines will have different co-ordinates when the
grouping of shapes and guidelines is ungrouped.
(iii)
I have often done this just to copy a group of guidelines, so that after
positioning my copied group, I would then ungroup it and then delete the
shape object.
(iv) A very common action is to copy a shape with its guides and then
paste it onto a different page.


Also a good suggestion, the advantages are true. I have currently no 
idea how that could be done, but also a candidate for an enhancement 
task in bugzilla.





RE:
2e and 2f.
Ah, thank you.
I had in fact set this up when I first started using Draw.
Now I do not know if it is the default setting, but Snap to Grid is best
selected rather than Visible grid.
My error was that I had it set to Visible grid.

I use Snap to Grid with a 1 mm resolution with 10 subdivisions.
The reason for this is that whatever resolution that you select as
default, most of your drawing will use that setting.
In the case where you do want an off-grid point, you either use a UI
dialog box, set guidelines via a UI dialog box, or zoom into the view
you want.
When zooming, the visible grid is very handy as a reference, but not if
objects snap to it as changing the zoom level is a constant process
during drawing.

Having said all this it would be great if direct access to this UI was
made possible via an additional icon it the View-Toolbars-Options bar.


You can configure that to every toolbar you like, just use the rightmost 
small button of the toolbar you want and add it in the dialog.






Again, thanks for the great response.
Best

Re: Suggested modifications to Open Office Draw

2014-01-19 Thread Andrea Pescetti

Forwarding to the list. Ian, I don't have any merit for the answers, I 
was forwarding a message from Armin. Please always include 
dev@openoffice.apache.org in your responses. If you need more details on 
how our mailing lists work, see 
http://openoffice.apache.org/mailing-lists.html ; if you don't receive 
an answer, make sure you check the archives: 
http://markmail.org/message/jvt6q5vslflz6u35 or subscribe to the list as 
explained above.

Ian's comments below.

Regards,
  Andrea.

Ian Symons wrote:

Hello Andrea

Thank you for the response.

RE
1. Left side ruler.
Depending upon the zoom level, numbers from 100 up often form a
continuous numeric stream.
They can be interpreted, but it is so much easier if you can read it at
a glance.

RE:
2a. Snap Lines, Snap Points and Grid

I am talking about objects that help positioning.
For example you might set a guide line at Y=100.
Then when positioning / modifying shapes, the guide may be clicked on
instead of the shape.
This is particularly troublesome when a line or point lies on or close
to the guideline.
When this happens the tiniest movement of the mouse will shift the guide
line.

This problem would be solved if the guides (or snap point) can be locked
preferably via their existing UI dialog box.
This would then operate in the same manner as shapes that can be locked
in position via their Position & Size UI dialog box.

RE:
2b.
My apologies, I phrased my question badly.
Yes, you do have X-Y co-ordinates displayed.
Perhaps it is just on my computer (a fairly new 64 bit 2.4GHz Toshiba
Qosmio X870 laptop, Windows 8), but the X-Y co-ordinates do not update
when slowly and continuously dragging a shape.

Also when the movement of the shapes stops for a moment, the X-Y
co-ordinates take about one quarter to one third of a second to update.
A good update speed would be about a tenth of a second.

RE:
2c and 2d.
I am referring to the ability to select shapes AND to also select guides
THEN group the guides with the shapes.
This facility has always existed in Visio.
It has several important advantages:

(i) When the shapes and selected guidelines are grouped, then the guides
are visually removed as unnecessary clutter from other object shapes on
the screen.
(ii) The grouping can be copied and then placed elsewhere upon the screen.
This is a common function.
Note that the guidelines will have different co-ordinates when the
grouping of shapes and guidelines is ungrouped.
(iii)
I have often done this just to copy a group of guidelines, so that after
positioning my copied group, I would then ungroup it and then delete the
shape object.
(iv) A very common action is to copy a shape with its guides and then
paste it onto a different page.

RE:
2e and 2f.
Ah, thank you.
I had in fact set this up when I first started using Draw.
Now I do not know if it is the default setting, but Snap to Grid is best
selected rather than Visible grid.
My error was that I had it set to Visible grid.

I use Snap to Grid with a 1 mm resolution with 10 subdivisions.
The reason for this is that whatever resolution that you select as
default, most of your drawing will use that setting.
In the case where you do want an off-grid point, you either use a UI
dialog box, set guidelines via a UI dialog box, or zoom into the view
you want.
When zooming, the visible grid is very handy as a reference, but not if
objects snap to it as changing the zoom level is a constant process
during drawing.

Having said all this it would be great if direct access to this UI was
made possible via an additional icon it the View-Toolbars-Options bar.

Again, thanks for the great response.
Best regards,
Ian

On Saturday, 18 January 2014 3:10 AM, Andrea Pescetti
 wrote:
Forwarding Armin's answer (below) to Ian who is not subscribed. Andrea

On 16/01/2014 Armin Le Grand wrote:
 > Hi Ian,
 >
 > thanks for your suggestions, much appreciated. Some are pretty
 > interesting. Comments inline...
 >
 > On 15.01.2014 20:27, Ian Symons wrote:
 >> Ian
 >> Symons
 >> ian.sym...@yahoo.com.au <mailto:ian.sym...@yahoo.com.au>
 >>
 >> 15
 >> Jan 2014
 >>
 >> dev@openoffice.apache.org <mailto:dev@openoffice.apache.org>
 >>
 >> RE:
 >> Suggested modifications to Open Office Draw
 >>
 >> Hello,
 >>
 >> The
 >> following suggestions generally have work around solutions, however
 >> performing such is a real pain when these are common actions.
 >>
 >> 1.
 >> Re
 >> the ruler on the left side, please orientate the numbers
 >> horizontally.
 >> The
 >> vertical numbering blends together and is unreadable.
 >
 > I have not seen it blend togethter, but I agree that these would be less
 > irritating when done horizontally.
 >
 >>
 >> 2.
 >> Re
 >> Snap Lines, Snap Points and Grid
 >> a.
 >> I

Re: Suggested modifications to Open Office Draw

2014-01-18 Thread Andrea Pescetti


Forwarding Armin's answer (below) to Ian who is not subscribed. Andrea

On 16/01/2014 Armin Le Grand wrote:

 Hi Ian,

thanks for your suggestions, much appreciated. Some are pretty
interesting. Comments inline...

On 15.01.2014 20:27, Ian Symons wrote:

Ian
Symons
ian.sym...@yahoo.com.au

15
Jan 2014

dev@openoffice.apache.org

RE:
Suggested modifications to Open Office Draw

Hello,

The
following suggestions generally have work around solutions, however
performing such is a real pain when these are common actions.

1.
Re
the ruler on the left side, please orientate the numbers
horizontally.
The
vertical numbering blends together and is unreadable.


I have not seen it blend togethter, but I agree that these would be less
irritating when done horizontally.



2.
Re
Snap Lines, Snap Points and Grid
a.
It
is a common error that when positioning lines and shapes that the
Snap Line or Snap Point is accidentally moved slightly.
This
is often not noticed immediately.
Please
provide an option to lock these Snaps into their set position.


Doy you talk about
- objects that get placed or
- objects which help positioning (HelpLines, Grid, edges of existing
objects, ...)
here? If you have cases where there is a misplacement in snapping,
please provide a reproducable example, this would be an error. Please
note that snapping can be influenced while in action by pressing
qualifiers (shift, ctrl, tab) and by changing snap features (see
view/toolbars/options in draw).
Note that you can create helplines with start to drag on the rulers,
they even have an UI for setting them to precise positions.



b.
It
would also be nice when dragging such Snaps that the X-Y co-ordinates
are displayed during the dragging,


This is in the last line of the app at the left; a text and measurements
dependent of the type of action is displayed.
The idea to keep this after MouseUp for a defined time is nice,
especially since the reason is very good.

and displayed for say 1 second
after the mouse button is released.
It
provides confirmation to the user that the setting was not altered
upon releasing the mouse button.

c.
It
would be very good if the Snaps could be grouped with an object and:


I do not understand if "Snaps" are the graphic objects or snap helper
pobjects; of course graphic objects can be grouped.



d.
that
upon copying and pasting onto another page that those Snaps are also
retained (the position would be relative to where you placed the
group on the page).


Also not clear. The grid on the destinatopnmay be defined dofferent, do
you want that to be changed when pasting?



e.
I
do not know if there is already a way to do this, but it would be a
big help if when dragging Snaps that they would snap to the selected
grid.


They do depending on the settings



f.
And
I do not see any way to specify the grid divisions.
Again,
this would be a help.


See tools/options/draw/grid


3.
Please
provide a line circular arc tool that lets you:
a. Specify the origin
(point of rotation)
b. Specify the radius
c. Specify the arc
begin angle
d. Specify the arc end
angle
e. Allows an option to
close the curve at the origin to create a segment


In the drawing toolbar, use the rightmost dropdown from the toolbar
itself, choose customize. Use "add", Seelct "drawing" left, add what you
need. Best is to add "Ellipse", there are two, use the general one which
adds another drop-down toolbox to the menu.



4.
Please
provide a line arc tool that lets you click on a line and convert it
to a circular arc – the point would appear at the centre of the
line and be dragged at a normal to the line
So
instead of Modify – To Curve you would also have Modify – To
Circular Curve


You should be able to do that using the Points mode (see icon or press
F8 in draw/impress) and using the bezier stuff.


5.
Please
provide an option to allow a line to be specified in two ways, shown
on the one dialog box
a. Origin, length and
angle
b. Begin point and end
point


This is missing, only pos/size is available for the object, so if it's a
line you can define the start/end point exactly.



6.
It
is a real major pain that intersecting lines cannot be selected and
fragmented at their intersecting point(s).
Please
fix this.


Not possible with lines; would need to constuct filled objects including
the lines, using substract and extract the results.
Good suggestion to offer that with lines directly.


7.
Please
make it easy to add onto a line by clicking onto a line, selecting an
end point, then selecting a line tool (line, arc, polygon) and then
just use that line tool to extend the original line.


You can add/remove/edit points using the edit points toolbar


8.
Lastly,
I know this is not intended to be a 3D Cad program.
But
a few features would help.
a. Have the ability to
group several shapes before rotation.


This is possible, group or just multi-select what you need


b. When the 3D view
comes up, have butto

Re: Suggested modifications to Open Office Draw

2014-01-16 Thread Armin Le Grand


Hi Ian,

thanks for your suggestions, much appreciated. Some are pretty 
interesting. Comments inline...


On 15.01.2014 20:27, Ian Symons wrote:

Ian
Symons
ian.sym...@yahoo.com.au

15
Jan 2014

dev@openoffice.apache.org

RE:
Suggested modifications to Open Office Draw

Hello,

The
following suggestions generally have work around solutions, however
performing such is a real pain when these are common actions.

1.
Re
the ruler on the left side, please orientate the numbers
horizontally.
The
vertical numbering blends together and is unreadable.


I have not seen it blend togethter, but I agree that these would be less 
irritating when done horizontally.




2.
Re
Snap Lines, Snap Points and Grid
a.
It
is a common error that when positioning lines and shapes that the
Snap Line or Snap Point is accidentally moved slightly.
This
is often not noticed immediately.
Please
provide an option to lock these Snaps into their set position.


Doy you talk about
- objects that get placed or
- objects which help positioning (HelpLines, Grid, edges of existing 
objects, ...)
here? If you have cases where there is a misplacement in snapping, 
please provide a reproducable example, this would be an error. Please 
note that snapping can be influenced while in action by pressing 
qualifiers (shift, ctrl, tab) and by changing snap features (see 
view/toolbars/options in draw).
Note that you can create helplines with start to drag on the rulers, 
they even have an UI for setting them to precise positions.




b.
It
would also be nice when dragging such Snaps that the X-Y co-ordinates
are displayed during the dragging,


This is in the last line of the app at the left; a text and measurements 
dependent of the type of action is displayed.
The idea to keep this after MouseUp for a defined time is nice, 
especially since the reason is very good.

and displayed for say 1 second
after the mouse button is released.
It
provides confirmation to the user that the setting was not altered
upon releasing the mouse button.

c.
It
would be very good if the Snaps could be grouped with an object and:


I do not understand if "Snaps" are the graphic objects or snap helper 
pobjects; of course graphic objects can be grouped.




d.
that
upon copying and pasting onto another page that those Snaps are also
retained (the position would be relative to where you placed the
group on the page).


Also not clear. The grid on the destinatopnmay be defined dofferent, do 
you want that to be changed when pasting?




e.
I
do not know if there is already a way to do this, but it would be a
big help if when dragging Snaps that they would snap to the selected
grid.


They do depending on the settings



f.
And
I do not see any way to specify the grid divisions.
Again,
this would be a help.


See tools/options/draw/grid


3.
Please
provide a line circular arc tool that lets you:
a. Specify the origin
(point of rotation)
b. Specify the radius
c. Specify the arc
begin angle
d. Specify the arc end
angle
e. Allows an option to
close the curve at the origin to create a segment


In the drawing toolbar, use the rightmost dropdown from the toolbar 
itself, choose customize. Use "add", Seelct "drawing" left, add what you 
need. Best is to add "Ellipse", there are two, use the general one which 
adds another drop-down toolbox to the menu.




4.
Please
provide a line arc tool that lets you click on a line and convert it
to a circular arc – the point would appear at the centre of the
line and be dragged at a normal to the line
So
instead of Modify – To Curve you would also have Modify – To
Circular Curve


You should be able to do that using the Points mode (see icon or press 
F8 in draw/impress) and using the bezier stuff.


5.
Please
provide an option to allow a line to be specified in two ways, shown
on the one dialog box
a. Origin, length and
angle
b. Begin point and end
point


This is missing, only pos/size is available for the object, so if it's a 
line you can define the start/end point exactly.




6.
It
is a real major pain that intersecting lines cannot be selected and
fragmented at their intersecting point(s).
Please
fix this.


Not possible with lines; would need to constuct filled objects including 
the lines, using substract and extract the results.

Good suggestion to offer that with lines directly.


7.
Please
make it easy to add onto a line by clicking onto a line, selecting an
end point, then selecting a line tool (line, arc, polygon) and then
just use that line tool to extend the original line.


You can add/remove/edit points using the edit points toolbar


8.
Lastly,
I know this is not intended to be a 3D Cad program.
But
a few features would help.
a. Have the ability to
group several shapes before rotation.


This is possible, group or just multi-select what you need


b. When the 3D view
comes up, have buttons to select the front, top, bottom and side
views (a total of 6 views).
c. This is a big

Suggested modifications to Open Office Draw

2014-01-15 Thread Ian Symons

Ian
Symons
ian.sym...@yahoo.com.au

15
Jan 2014

dev@openoffice.apache.org

RE:
Suggested modifications to Open Office Draw

Hello,

The
following suggestions generally have work around solutions, however
performing such is a real pain when these are common actions.

1.
Re
the ruler on the left side, please orientate the numbers
horizontally.
The
vertical numbering blends together and is unreadable.

2.
Re
Snap Lines, Snap Points and Grid
a.
It
is a common error that when positioning lines and shapes that the
Snap Line or Snap Point is accidentally moved slightly.
This
is often not noticed immediately.
Please
provide an option to lock these Snaps into their set position.

b.
It
would also be nice when dragging such Snaps that the X-Y co-ordinates
are displayed during the dragging, and displayed for say 1 second
after the mouse button is released.
It
provides confirmation to the user that the setting was not altered
upon releasing the mouse button.

c.
It
would be very good if the Snaps could be grouped with an object and:

d.
that
upon copying and pasting onto another page that those Snaps are also
retained (the position would be relative to where you placed the
group on the page).

e.
I
do not know if there is already a way to do this, but it would be a
big help if when dragging Snaps that they would snap to the selected
grid.  

f.
And
I do not see any way to specify the grid divisions.
Again,
this would be a help.

3.
Please
provide a line circular arc tool that lets you:
a. Specify the origin
(point of rotation)
b. Specify the radius
c. Specify the arc
begin angle
d. Specify the arc end
angle
e. Allows an option to
close the curve at the origin to create a segment

4.
Please
provide a line arc tool that lets you click on a line and convert it
to a circular arc – the point would appear at the centre of the
line and be dragged at a normal to the line
So
instead of Modify – To Curve you would also have Modify – To
Circular Curve

5.  
Please
provide an option to allow a line to be specified in two ways, shown
on the one dialog box
a. Origin, length and
angle
b. Begin point and end
point

6.
It
is a real major pain that intersecting lines cannot be selected and
fragmented at their intersecting point(s).
Please
fix this.

7.
Please
make it easy to add onto a line by clicking onto a line, selecting an
end point, then selecting a line tool (line, arc, polygon) and then
just use that line tool to extend the original line.

8.
Lastly,
I know this is not intended to be a 3D Cad program.
But
a few features would help.
a. Have the ability to
group several shapes before rotation.
b. When the 3D view
comes up, have buttons to select the front, top, bottom and side
views (a total of 6 views).
c. This is a big one –
some ability to edit 3D shapes

Thanks
everyone.
Best
regards,
Ian

Re: Impossible to get the button "Vertical Text" activ in the draw bar

2013-11-16 Thread Regina Henschel


Hi Guy,

Guy Waterval schrieb:

Hi all,

Could somebody confirm that ?
AOO 4.01
OS : Windows 7 and Linux Mint 15 XFCE
I can't say if it was already the case before.



You have to check the "Enhanced language support" in Tools > Options 
>Language Settings > Languages


Kind regards
Regina


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

Impossible to get the button "Vertical Text" activ in the draw bar

2013-11-16 Thread Guy Waterval

Hi all,

Could somebody confirm that ?
AOO 4.01
OS : Windows 7 and Linux Mint 15 XFCE
I can't say if it was already the case before.

Many thanks
-- 
gw

4.0.1_release_blocker granted: [Bug 123048] line skew parameter is not read from file for connectors in OO draw

2013-09-03 Thread bugzilla

j...@apache.org has granted Armin Le Grand 's request for
4.0.1_release_blocker:
Bug 123048: line skew parameter is not read from file for connectors in OO draw
https://issues.apache.org/ooo/show_bug.cgi?id=123048


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

-
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 123048] line skew parameter is not read from file for connectors in OO draw

2013-09-03 Thread bugzilla

Armin Le Grand  has asked  for 4.0.1_release_blocker:
Bug 123048: line skew parameter is not read from file for connectors in OO draw
https://issues.apache.org/ooo/show_bug.cgi?id=123048


--- Additional Comments from Armin Le Grand 
@Joe: As long as the flag is not on '+' I see the fix targeted to AOO410. *If*
the flag is given, I change it when comitting to AOO401 usually.

-
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 123048] line skew parameter is not read from file for connectors in OO draw

2013-09-02 Thread bugzilla

j...@apache.org has granted Regina Henschel 's request
for 4.0.1_release_blocker:
Bug 123048: line skew parameter is not read from file for connectors in OO draw
https://issues.apache.org/ooo/show_bug.cgi?id=123048


--- 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 requested: [Bug 123048] line skew parameter is not read from file for connectors in OO draw

2013-08-28 Thread bugzilla

Regina Henschel  has asked  for 4.0.1_release_blocker:
Bug 123048: line skew parameter is not read from file for connectors in OO draw
https://issues.apache.org/ooo/show_bug.cgi?id=123048


--- Additional Comments from Regina Henschel 
It is severe, that existing drawings are destroyed on opening. Therefore I
request release blocker.

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

Re: Graphical glitches on Draw 4.0

2013-06-17 Thread Rory O'Farrell

On Mon, 17 Jun 2013 22:10:03 +0200
Juergen Schmidt  wrote:

> Am Freitag, 14. Juni 2013 um 15:43 schrieb Rory O'Farrell:
> > On Fri, 14 Jun 2013 15:24:43 +0200
> > Armin Le Grand  wrote:
> >  
> > > Hi Ricardo,
> > >  
> > > as I already wrote in #122456# I am very surprised how something like  
> > > that can happen. I would be happy to be able to reproduce this. Could  
> > > you give a step-by-step description and infos about machine/system  
> > > running on? Maybe put it directly in the task and write that you canks  
> > > in advance!
> > >  
> > > Sincerely,
> > > Armin
> > >  
> > > On 14.06.2013 15:08, RGB ES wrote:
> > > > Just draw a thick line and see if you can reproduce this
> > > >  
> > > > http://people.apache.org/~rgb-es/Draw-341vs400.png
> > > >  
> > > > On the left, 3.4.1, on the right, 4.0. As you can see, handlers are
> > > > misplaced on 4.0. There is also a lot of "noise" when you move an object
> > > > around con 4.0
> > > >  
> > > > http://people.apache.org/~rgb-es/Draw-400noise.png
> > > >  
> > > > This problem is absent on 3.4.1.
> > > >  
> > > > I'm testing the 64 bits Linux build. From the Help → About
> > > >  
> > > > AOO400m2(Build:9701) - Rev. 1491860
> > > > 2013-06-11 15:16:25 (Tue, 11 Jun 2013) - Linux x86_64
> > > >  
> > > > Refreshing the screen with Ctrl-Shift-R fix the second problem, but not 
> > > > the
> > > > first one. I cannot find any related issue in bugzilla.
> > > >  
> > > > One user on ES forums reported that boxes like font name/size are not
> > > > repainting for him, but I cannot reproduce that.
> > > >  
> > > > Regards
> > > > Ricardo
> > > >  
> > >  
> > > --
> > > ALG
> > >  
> >  
> >  
> > I have just tested this and I'm getting the same effect using AOO 4.0.2 
> > (buld 1489073) on Xubuntu 12.10.  
> please don't use such a version number 4.0.2, we don't have released a 4.0.0 
> yet and it can be very confusing for external readers.

I may have been mistaken; I remembered that as the version number and didn't 
check.  Installing AOO 4 on another machine it said it was 4.0.0-2 during the 
install and perhaps that is what I misremembered.  In any case the build number 
is the significant item. 

>   
> Juergen
> > Also, with a wide line (24pt) the corners of the line away from the green 
> > handles are clipped (bevelled) perhaps by the bounding box of the 
> > selection. Also, draw a rectangle or square using the thick line. The four 
> > lines are offset from the desired position: that is the wide line is being 
> > drawn to one side of the target position, instead of being centred on it, 
> > and the top and left lines are the correct width, but the bottom and right 
> > lines are narrower.
> >  
> > Using the sidepanel, I am only able to alter the line width using the spin 
> > buttons (up/down arrows beside the width selector. I cannot highlight ad 
> > enter a value direct into the line width selector.
> >  
> >  
> > --  
> > Rory O'Farrell 
> >  
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >  
> >  
> 
> 


-- 
Rory O'Farrell 

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

Re: Graphical glitches on Draw 4.0

2013-06-17 Thread Juergen Schmidt

Am Freitag, 14. Juni 2013 um 15:43 schrieb Rory O'Farrell:
> On Fri, 14 Jun 2013 15:24:43 +0200
> Armin Le Grand  wrote:
>  
> > Hi Ricardo,
> >  
> > as I already wrote in #122456# I am very surprised how something like  
> > that can happen. I would be happy to be able to reproduce this. Could  
> > you give a step-by-step description and infos about machine/system  
> > running on? Maybe put it directly in the task and write that you canks  
> > in advance!
> >  
> > Sincerely,
> > Armin
> >  
> > On 14.06.2013 15:08, RGB ES wrote:
> > > Just draw a thick line and see if you can reproduce this
> > >  
> > > http://people.apache.org/~rgb-es/Draw-341vs400.png
> > >  
> > > On the left, 3.4.1, on the right, 4.0. As you can see, handlers are
> > > misplaced on 4.0. There is also a lot of "noise" when you move an object
> > > around con 4.0
> > >  
> > > http://people.apache.org/~rgb-es/Draw-400noise.png
> > >  
> > > This problem is absent on 3.4.1.
> > >  
> > > I'm testing the 64 bits Linux build. From the Help → About
> > >  
> > > AOO400m2(Build:9701) - Rev. 1491860
> > > 2013-06-11 15:16:25 (Tue, 11 Jun 2013) - Linux x86_64
> > >  
> > > Refreshing the screen with Ctrl-Shift-R fix the second problem, but not 
> > > the
> > > first one. I cannot find any related issue in bugzilla.
> > >  
> > > One user on ES forums reported that boxes like font name/size are not
> > > repainting for him, but I cannot reproduce that.
> > >  
> > > Regards
> > > Ricardo
> > >  
> >  
> > --
> > ALG
> >  
>  
>  
> I have just tested this and I'm getting the same effect using AOO 4.0.2 (buld 
> 1489073) on Xubuntu 12.10.  
please don't use such a version number 4.0.2, we don't have released a 4.0.0 
yet and it can be very confusing for external readers.
  
Juergen
> Also, with a wide line (24pt) the corners of the line away from the green 
> handles are clipped (bevelled) perhaps by the bounding box of the selection. 
> Also, draw a rectangle or square using the thick line. The four lines are 
> offset from the desired position: that is the wide line is being drawn to one 
> side of the target position, instead of being centred on it, and the top and 
> left lines are the correct width, but the bottom and right lines are narrower.
>  
> Using the sidepanel, I am only able to alter the line width using the spin 
> buttons (up/down arrows beside the width selector. I cannot highlight ad 
> enter a value direct into the line width selector.
>  
>  
> --  
> Rory O'Farrell 
>  
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>  
>

Re: Graphical glitches on Draw 4.0

On Fri, 14 Jun 2013 17:06:18 +0200
Armin Le Grand  wrote:

> On 14.06.2013 16:59, Rory O'Farrell wrote:
> > On Fri, 14 Jun 2013 15:41:24 +0100
> > The problem still exists in AOO build 1491860 on Ubuntu, although not on 
> > the Windows version of that build.
> Yes, the commit is r1493078, you will need some patience ;-)
> >
> > Also, on Windows version (same build) the line widths are predetermined, on 
> > the side panel I could find no selection box into which one can enter a 
> > desired line width, or adjust the line width using the up/down arrows. To 
> > test in Windows, I had to use the line width selector on the Toolbar.
> In the Line panel (which you should see) is the Width dropdown. Drop it 
> down to see predefined widths and a input box for custom value.
> HTH!
> >

Got it now, Armin! I was getting the custom line widths, but was working in too 
small a window, so that the input box fell under the window edge.

-- 
Rory O'Farrell 

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

Re: Graphical glitches on Draw 4.0

2013-06-14 Thread RGB ES

2013/6/14 Armin Le Grand 

> Hi Ricrado,
>
> how do I open webm format...?
> Interested because I still look for a good format/tooling to do some
> screencasts for the AOO4.0 feature page ;-)
>

VLC. But be sure to install all codecs first.

I did a clumsy screencast of the sidebar some days ago:

http://youtu.be/L4T1uTn7p0U

I still need to learn how to do those things better...

I used a strange tandem: RecordItNow on top of RecordMyDesktop, setting the
bitrate of it (through RecordItNow UI) to 200. But that only provides
ogv videos that are not accepted by youtube, so I converted the ogv to webm
with VLC, to obtain a video of same quality but something like one third of
its size :)

Regards
Ricardo


>
> Sincerely,
> Armin
>
> On 14.06.2013 16:20, RGB ES wrote:
>
>> 2013/6/14 Armin Le Grand 
>>
>>   Hi Rory,
>>>
>>> Thanks a lot! I can now reproduce, recativated the task and I am on it
>>> ;-)
>>>
>>>  You are fast! While I was submitting a short screencast to the report,
>> you
>> fixed it! Many thanks!!
>>
>> Regards
>> Ricardo
>>
>>
>>
>>
>>  Sincerely,
>>>  Armin
>>>
>>>
>>> On 14.06.2013 15:47, Rory O'Farrell wrote:
>>>
>>>  On Fri, 14 Jun 2013 14:43:22 +0100
>>>> Rory O'Farrell  wrote:
>>>>
>>>>   On Fri, 14 Jun 2013 15:24:43 +0200
>>>>
>>>>> Armin Le Grand  wrote:
>>>>>
>>>>> Hi Ricardo,
>>>>>
>>>>>> as I already wrote in #122456# I am very surprised how something like
>>>>>> that can happen. I would be happy to be able to reproduce this. Could
>>>>>> you give a step-by-step description and infos about machine/system
>>>>>> running on? Maybe put it directly in the task and write that you canks
>>>>>> in advance!
>>>>>>
>>>>>> Sincerely,
>>>>>>Armin
>>>>>>
>>>>>> On 14.06.2013 15:08, RGB ES wrote:
>>>>>>
>>>>>>  Just draw a thick line and see if you can reproduce this
>>>>>>>
>>>>>>> http://people.apache.org/~rgb-es/Draw-341vs400.png<http://people.apache.org/~rgb-**es/Draw-341vs400.png>
>>>>>>> <http://**people.apache.org/~rgb-es/**Draw-341vs400.png<http://people.apache.org/~rgb-es/Draw-341vs400.png>
>>>>>>> >
>>>>>>>
>>>>>>>
>>>>>>> On the left, 3.4.1, on the right, 4.0. As you can see, handlers are
>>>>>>> misplaced on 4.0. There is also a lot of "noise" when you move an
>>>>>>> object
>>>>>>> around con 4.0
>>>>>>>
>>>>>>> http://people.apache.org/~rgb-es/Draw-400noise.png<http://people.apache.org/~rgb-**es/Draw-400noise.png>
>>>>>>> <http://**people.apache.org/~rgb-es/**Draw-400noise.png<http://people.apache.org/~rgb-es/Draw-400noise.png>
>>>>>>> >
>>>>>>>
>>>>>>>
>>>>>>> This problem is absent on 3.4.1.
>>>>>>>
>>>>>>> I'm testing the 64 bits Linux build. From the Help → About
>>>>>>>
>>>>>>> AOO400m2(Build:9701)  -  Rev. 1491860
>>>>>>> 2013-06-11 15:16:25 (Tue, 11 Jun 2013) - Linux x86_64
>>>>>>>
>>>>>>> Refreshing the screen with Ctrl-Shift-R fix the second problem, but
>>>>>>> not the
>>>>>>> first one. I cannot find any related issue in bugzilla.
>>>>>>>
>>>>>>> One user on ES forums reported that boxes like font name/size are not
>>>>>>> repainting for him, but I cannot reproduce that.
>>>>>>>
>>>>>>> Regards
>>>>>>> Ricardo
>>>>>>>
>>>>>>>   --
>>>>>>>
>>>>>> ALG
>>>>>>
>>>>>>  I have just tested this and I'm getting the same effect using AOO
>>>>> 4.0.2
>>>>> (buld 1489073) on Xubuntu 12.10.  Also, with a wide line (24pt) the
>>>>> corners
>>>>> of the line away from the green handles are clipped (bevelled) perhaps
>>>>> by
>>>>> the bounding box of the selection.  Also, draw a rectangle or square
>>>>> using
>>>>> the thick line.  The four lines are offset from the desired position:
>>>>> that
>>>>> is the wide line is being drawn to one side of the target position,
>>>>> instead
>>>>> of being centred on it, and the top and left lines are the correct
>>>>> width,
>>>>> but the bottom and right lines are narrower.
>>>>>
>>>>> Using the sidepanel, I am only able to alter the line width using the
>>>>> spin buttons (up/down arrows beside the width selector.  I cannot
>>>>> highlight
>>>>> ad enter a value direct into the line width selector.
>>>>>
>>>>>
>>>>> --
>>>>> Rory O'Farrell 
>>>>>
>>>>>   I follow up immediately to say that Draw prints and Exports as PDF
>>>>>
>>>> correctly, so the problem is probably localisable to the display module.
>>>>
>>>>   --
>>>>
>>> ALG
>>>
>>>
>>> --**
>>> --**-
>>> To unsubscribe, e-mail: 
>>> dev-unsubscribe@openoffice.**a**pache.org<http://apache.org>
>>> 
>>> >
>>>
>>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>>
>>>
>>>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Re: Graphical glitches on Draw 4.0


On 14.06.2013 16:59, Rory O'Farrell wrote:

On Fri, 14 Jun 2013 15:41:24 +0100
The problem still exists in AOO build 1491860 on Ubuntu, although not on the 
Windows version of that build.

Yes, the commit is r1493078, you will need some patience ;-)


Also, on Windows version (same build) the line widths are predetermined, on the 
side panel I could find no selection box into which one can enter a desired 
line width, or adjust the line width using the up/down arrows. To test in 
Windows, I had to use the line width selector on the Toolbar.
In the Line panel (which you should see) is the Width dropdown. Drop it 
down to see predefined widths and a input box for custom value.

HTH!






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

Re: Graphical glitches on Draw 4.0

On Fri, 14 Jun 2013 15:41:24 +0100
The problem still exists in AOO build 1491860 on Ubuntu, although not on the 
Windows version of that build.  

Also, on Windows version (same build) the line widths are predetermined, on the 
side panel I could find no selection box into which one can enter a desired 
line width, or adjust the line width using the up/down arrows. To test in 
Windows, I had to use the line width selector on the Toolbar.


-- 
Rory O'Farrell 

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

Re: Graphical glitches on Draw 4.0

On Fri, 14 Jun 2013 16:20:25 +0200
RGB ES  wrote:

> 2013/6/14 Armin Le Grand 
> 
> > Hi Rory,
> >
> > Thanks a lot! I can now reproduce, recativated the task and I am on it ;-)
> >
> 
> You are fast! While I was submitting a short screencast to the report, you
> fixed it! Many thanks!!
> 
> Regards
> Ricardo
> 
> 
> 
> 
> >
> > Sincerely,
> > Armin
> >
> >
> > On 14.06.2013 15:47, Rory O'Farrell wrote:
> >
> >> On Fri, 14 Jun 2013 14:43:22 +0100
> >> Rory O'Farrell  wrote:
> >>
> >>  On Fri, 14 Jun 2013 15:24:43 +0200
> >>> Armin Le Grand  wrote:
> >>>
> >>>Hi Ricardo,
> >>>>
> >>>> as I already wrote in #122456# I am very surprised how something like
> >>>> that can happen. I would be happy to be able to reproduce this. Could
> >>>> you give a step-by-step description and infos about machine/system
> >>>> running on? Maybe put it directly in the task and write that you canks
> >>>> in advance!
> >>>>
> >>>> Sincerely,
> >>>>   Armin
> >>>>
> >>>> On 14.06.2013 15:08, RGB ES wrote:
> >>>>
> >>>>> Just draw a thick line and see if you can reproduce this
> >>>>>
> >>>>> http://people.apache.org/~rgb-**es/Draw-341vs400.png<http://people.apache.org/~rgb-es/Draw-341vs400.png>
> >>>>>
> >>>>> On the left, 3.4.1, on the right, 4.0. As you can see, handlers are
> >>>>> misplaced on 4.0. There is also a lot of "noise" when you move an
> >>>>> object
> >>>>> around con 4.0
> >>>>>
> >>>>> http://people.apache.org/~rgb-**es/Draw-400noise.png<http://people.apache.org/~rgb-es/Draw-400noise.png>
> >>>>>
> >>>>> This problem is absent on 3.4.1.
> >>>>>
> >>>>> I'm testing the 64 bits Linux build. From the Help → About
> >>>>>
> >>>>> AOO400m2(Build:9701)  -  Rev. 1491860
> >>>>> 2013-06-11 15:16:25 (Tue, 11 Jun 2013) - Linux x86_64
> >>>>>
> >>>>> Refreshing the screen with Ctrl-Shift-R fix the second problem, but
> >>>>> not the
> >>>>> first one. I cannot find any related issue in bugzilla.
> >>>>>
> >>>>> One user on ES forums reported that boxes like font name/size are not
> >>>>> repainting for him, but I cannot reproduce that.
> >>>>>
> >>>>> Regards
> >>>>> Ricardo
> >>>>>
> >>>>>  --
> >>>> ALG
> >>>>
> >>> I have just tested this and I'm getting the same effect using AOO 4.0.2
> >>> (buld 1489073) on Xubuntu 12.10.  Also, with a wide line (24pt) the 
> >>> corners
> >>> of the line away from the green handles are clipped (bevelled) perhaps by
> >>> the bounding box of the selection.  Also, draw a rectangle or square using
> >>> the thick line.  The four lines are offset from the desired position: that
> >>> is the wide line is being drawn to one side of the target position, 
> >>> instead
> >>> of being centred on it, and the top and left lines are the correct width,
> >>> but the bottom and right lines are narrower.
> >>>
> >>> Using the sidepanel, I am only able to alter the line width using the
> >>> spin buttons (up/down arrows beside the width selector.  I cannot 
> >>> highlight
> >>> ad enter a value direct into the line width selector.
> >>>
> >>>
> >>> --
> >>> Rory O'Farrell 
> >>>
> >>>  I follow up immediately to say that Draw prints and Exports as PDF
> >> correctly, so the problem is probably localisable to the display module.
> >>
> >>  --
> > ALG
> >
> >
> > --**--**-

Earlier, where I said AO0 4.0.2 I was wrong: it is AOO 4.0.0, but the build 
number I gave was correct.  

I have now tried using AOO 4.0.0 (build 1491860) on Windows XP SP2 and the 
display is good, without the problem.

I am using the prebuilt snapshots, not building myself (no time!)


-- 
Rory O'Farrell 

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

Re: Graphical glitches on Draw 4.0

Hi Ricrado,

how do I open webm format...?
Interested because I still look for a good format/tooling to do some
screencasts for the AOO4.0 feature page ;-)

Sincerely,
Armin

On 14.06.2013 16:20, RGB ES wrote:

2013/6/14 Armin Le Grand

Hi Rory,

Thanks a lot! I can now reproduce, recativated the task and I am on it ;-)

You are fast! While I was submitting a short screencast to the report, you
fixed it! Many thanks!!

Regards
Ricardo

Sincerely,
Armin

On 14.06.2013 15:47, Rory O'Farrell wrote:

On Fri, 14 Jun 2013 14:43:22 +0100
Rory O'Farrell wrote:

On Fri, 14 Jun 2013 15:24:43 +0200

Armin Le Grand wrote:

Hi Ricardo,

as I already wrote in #122456# I am very surprised how something like
that can happen. I would be happy to be able to reproduce this. Could
you give a step-by-step description and infos about machine/system
running on? Maybe put it directly in the task and write that you canks
in advance!

Sincerely,
Armin

On 14.06.2013 15:08, RGB ES wrote:

Just draw a thick line and see if you can reproduce this

http://people.apache.org/~rgb-**es/Draw-341vs400.png<http://people.apache.org/~rgb-es/Draw-341vs400.png>

On the left, 3.4.1, on the right, 4.0. As you can see, handlers are
misplaced on 4.0. There is also a lot of "noise" when you move an
object
around con 4.0

http://people.apache.org/~rgb-**es/Draw-400noise.png<http://people.apache.org/~rgb-es/Draw-400noise.png>

This problem is absent on 3.4.1.

I'm testing the 64 bits Linux build. From the Help → About

AOO400m2(Build:9701) - Rev. 1491860
2013-06-11 15:16:25 (Tue, 11 Jun 2013) - Linux x86_64

Refreshing the screen with Ctrl-Shift-R fix the second problem, but
not the
first one. I cannot find any related issue in bugzilla.

One user on ES forums reported that boxes like font name/size are not
repainting for him, but I cannot reproduce that.

Regards
Ricardo

ALG

I have just tested this and I'm getting the same effect using AOO 4.0.2
(buld 1489073) on Xubuntu 12.10. Also, with a wide line (24pt) the corners
of the line away from the green handles are clipped (bevelled) perhaps by
the bounding box of the selection. Also, draw a rectangle or square using
the thick line. The four lines are offset from the desired position: that
is the wide line is being drawn to one side of the target position, instead
of being centred on it, and the top and left lines are the correct width,
but the bottom and right lines are narrower.

Using the sidepanel, I am only able to alter the line width using the
spin buttons (up/down arrows beside the width selector. I cannot highlight
ad enter a value direct into the line width selector.

--
Rory O'Farrell

I follow up immediately to say that Draw prints and Exports as PDF

correctly, so the problem is probably localisable to the display module.

ALG

--**--**-
To unsubscribe, e-mail:
dev-unsubscribe@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: Graphical glitches on Draw 4.0

Hi Ricardo,

On 14.06.2013 16:20, RGB ES wrote:

2013/6/14 Armin Le Grand

Hi Rory,

Thanks a lot! I can now reproduce, recativated the task and I am on it ;-)

You are fast! While I was submitting a short screencast to the report, you
fixed it! Many thanks!!

Well, thank you to bring this up again. I had this somewhere in the
backhead and hoped to be able to reproduce it. Also I was lucky having a
linux build ready for debugging ;-)

Regards
Ricardo

Sincerely,
Armin

On 14.06.2013 15:47, Rory O'Farrell wrote:

On Fri, 14 Jun 2013 14:43:22 +0100
Rory O'Farrell wrote:

On Fri, 14 Jun 2013 15:24:43 +0200

Armin Le Grand wrote:

Hi Ricardo,

Sincerely,
Armin

On 14.06.2013 15:08, RGB ES wrote:

Just draw a thick line and see if you can reproduce this

http://people.apache.org/~rgb-**es/Draw-341vs400.png<http://people.apache.org/~rgb-es/Draw-341vs400.png>

On the left, 3.4.1, on the right, 4.0. As you can see, handlers are
misplaced on 4.0. There is also a lot of "noise" when you move an
object
around con 4.0

http://people.apache.org/~rgb-**es/Draw-400noise.png<http://people.apache.org/~rgb-es/Draw-400noise.png>

This problem is absent on 3.4.1.

I'm testing the 64 bits Linux build. From the Help → About

AOO400m2(Build:9701) - Rev. 1491860
2013-06-11 15:16:25 (Tue, 11 Jun 2013) - Linux x86_64

Refreshing the screen with Ctrl-Shift-R fix the second problem, but
not the
first one. I cannot find any related issue in bugzilla.

One user on ES forums reported that boxes like font name/size are not
repainting for him, but I cannot reproduce that.

Regards
Ricardo

ALG

Using the sidepanel, I am only able to alter the line width using the
spin buttons (up/down arrows beside the width selector. I cannot highlight
ad enter a value direct into the line width selector.

--
Rory O'Farrell

I follow up immediately to say that Draw prints and Exports as PDF

correctly, so the problem is probably localisable to the display module.

ALG

--**--**-
To unsubscribe, e-mail:
dev-unsubscribe@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: Graphical glitches on Draw 4.0

2013-06-14 Thread RGB ES

2013/6/14 Armin Le Grand 

> Hi Rory,
>
> Thanks a lot! I can now reproduce, recativated the task and I am on it ;-)
>

You are fast! While I was submitting a short screencast to the report, you
fixed it! Many thanks!!

Regards
Ricardo




>
> Sincerely,
> Armin
>
>
> On 14.06.2013 15:47, Rory O'Farrell wrote:
>
>> On Fri, 14 Jun 2013 14:43:22 +0100
>> Rory O'Farrell  wrote:
>>
>>  On Fri, 14 Jun 2013 15:24:43 +0200
>>> Armin Le Grand  wrote:
>>>
>>>Hi Ricardo,
>>>>
>>>> as I already wrote in #122456# I am very surprised how something like
>>>> that can happen. I would be happy to be able to reproduce this. Could
>>>> you give a step-by-step description and infos about machine/system
>>>> running on? Maybe put it directly in the task and write that you canks
>>>> in advance!
>>>>
>>>> Sincerely,
>>>>   Armin
>>>>
>>>> On 14.06.2013 15:08, RGB ES wrote:
>>>>
>>>>> Just draw a thick line and see if you can reproduce this
>>>>>
>>>>> http://people.apache.org/~rgb-**es/Draw-341vs400.png<http://people.apache.org/~rgb-es/Draw-341vs400.png>
>>>>>
>>>>> On the left, 3.4.1, on the right, 4.0. As you can see, handlers are
>>>>> misplaced on 4.0. There is also a lot of "noise" when you move an
>>>>> object
>>>>> around con 4.0
>>>>>
>>>>> http://people.apache.org/~rgb-**es/Draw-400noise.png<http://people.apache.org/~rgb-es/Draw-400noise.png>
>>>>>
>>>>> This problem is absent on 3.4.1.
>>>>>
>>>>> I'm testing the 64 bits Linux build. From the Help → About
>>>>>
>>>>> AOO400m2(Build:9701)  -  Rev. 1491860
>>>>> 2013-06-11 15:16:25 (Tue, 11 Jun 2013) - Linux x86_64
>>>>>
>>>>> Refreshing the screen with Ctrl-Shift-R fix the second problem, but
>>>>> not the
>>>>> first one. I cannot find any related issue in bugzilla.
>>>>>
>>>>> One user on ES forums reported that boxes like font name/size are not
>>>>> repainting for him, but I cannot reproduce that.
>>>>>
>>>>> Regards
>>>>> Ricardo
>>>>>
>>>>>  --
>>>> ALG
>>>>
>>> I have just tested this and I'm getting the same effect using AOO 4.0.2
>>> (buld 1489073) on Xubuntu 12.10.  Also, with a wide line (24pt) the corners
>>> of the line away from the green handles are clipped (bevelled) perhaps by
>>> the bounding box of the selection.  Also, draw a rectangle or square using
>>> the thick line.  The four lines are offset from the desired position: that
>>> is the wide line is being drawn to one side of the target position, instead
>>> of being centred on it, and the top and left lines are the correct width,
>>> but the bottom and right lines are narrower.
>>>
>>> Using the sidepanel, I am only able to alter the line width using the
>>> spin buttons (up/down arrows beside the width selector.  I cannot highlight
>>> ad enter a value direct into the line width selector.
>>>
>>>
>>> --
>>> Rory O'Farrell 
>>>
>>>  I follow up immediately to say that Draw prints and Exports as PDF
>> correctly, so the problem is probably localisable to the display module.
>>
>>  --
> ALG
>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Re: Graphical glitches on Draw 4.0


Hi Rory,

Thanks a lot! I can now reproduce, recativated the task and I am on it ;-)

Sincerely,
Armin

On 14.06.2013 15:47, Rory O'Farrell wrote:

On Fri, 14 Jun 2013 14:43:22 +0100
Rory O'Farrell  wrote:


On Fri, 14 Jun 2013 15:24:43 +0200
Armin Le Grand  wrote:


  Hi Ricardo,

as I already wrote in #122456# I am very surprised how something like
that can happen. I would be happy to be able to reproduce this. Could
you give a step-by-step description and infos about machine/system
running on? Maybe put it directly in the task and write that you canks
in advance!

Sincerely,
  Armin

On 14.06.2013 15:08, RGB ES wrote:

Just draw a thick line and see if you can reproduce this

http://people.apache.org/~rgb-es/Draw-341vs400.png

On the left, 3.4.1, on the right, 4.0. As you can see, handlers are
misplaced on 4.0. There is also a lot of "noise" when you move an object
around con 4.0

http://people.apache.org/~rgb-es/Draw-400noise.png

This problem is absent on 3.4.1.

I'm testing the 64 bits Linux build. From the Help → About

AOO400m2(Build:9701)  -  Rev. 1491860
2013-06-11 15:16:25 (Tue, 11 Jun 2013) - Linux x86_64

Refreshing the screen with Ctrl-Shift-R fix the second problem, but not the
first one. I cannot find any related issue in bugzilla.

One user on ES forums reported that boxes like font name/size are not
repainting for him, but I cannot reproduce that.

Regards
Ricardo


--
ALG

I have just tested this and I'm getting the same effect using AOO 4.0.2 (buld 
1489073) on Xubuntu 12.10.  Also, with a wide line (24pt) the corners of the 
line away from the green handles are clipped (bevelled) perhaps by the bounding 
box of the selection.  Also, draw a rectangle or square using the thick line.  
The four lines are offset from the desired position: that is the wide line is 
being drawn to one side of the target position, instead of being centred on it, 
and the top and left lines are the correct width, but the bottom and right 
lines are narrower.

Using the sidepanel, I am only able to alter the line width using the spin 
buttons (up/down arrows beside the width selector.  I cannot highlight ad enter 
a value direct into the line width selector.


--
Rory O'Farrell 


I follow up immediately to say that Draw prints and Exports as PDF correctly, 
so the problem is probably localisable to the display module.


--
ALG

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

Re: Graphical glitches on Draw 4.0

On Fri, 14 Jun 2013 14:43:22 +0100
Rory O'Farrell  wrote:

> On Fri, 14 Jun 2013 15:24:43 +0200
> Armin Le Grand  wrote:
> 
> >  Hi Ricardo,
> > 
> > as I already wrote in #122456# I am very surprised how something like 
> > that can happen. I would be happy to be able to reproduce this. Could 
> > you give a step-by-step description and infos about machine/system 
> > running on? Maybe put it directly in the task and write that you canks 
> > in advance!
> > 
> > Sincerely,
> >  Armin
> > 
> > On 14.06.2013 15:08, RGB ES wrote:
> > > Just draw a thick line and see if you can reproduce this
> > >
> > > http://people.apache.org/~rgb-es/Draw-341vs400.png
> > >
> > > On the left, 3.4.1, on the right, 4.0. As you can see, handlers are
> > > misplaced on 4.0. There is also a lot of "noise" when you move an object
> > > around con 4.0
> > >
> > > http://people.apache.org/~rgb-es/Draw-400noise.png
> > >
> > > This problem is absent on 3.4.1.
> > >
> > > I'm testing the 64 bits Linux build. From the Help → About
> > >
> > > AOO400m2(Build:9701)  -  Rev. 1491860
> > > 2013-06-11 15:16:25 (Tue, 11 Jun 2013) - Linux x86_64
> > >
> > > Refreshing the screen with Ctrl-Shift-R fix the second problem, but not 
> > > the
> > > first one. I cannot find any related issue in bugzilla.
> > >
> > > One user on ES forums reported that boxes like font name/size are not
> > > repainting for him, but I cannot reproduce that.
> > >
> > > Regards
> > > Ricardo
> > >
> > --
> > ALG
> 
> I have just tested this and I'm getting the same effect using AOO 4.0.2 (buld 
> 1489073) on Xubuntu 12.10.  Also, with a wide line (24pt) the corners of the 
> line away from the green handles are clipped (bevelled) perhaps by the 
> bounding box of the selection.  Also, draw a rectangle or square using the 
> thick line.  The four lines are offset from the desired position: that is the 
> wide line is being drawn to one side of the target position, instead of being 
> centred on it, and the top and left lines are the correct width, but the 
> bottom and right lines are narrower.
> 
> Using the sidepanel, I am only able to alter the line width using the spin 
> buttons (up/down arrows beside the width selector.  I cannot highlight ad 
> enter a value direct into the line width selector.
> 
> 
> -- 
> Rory O'Farrell 
> 

I follow up immediately to say that Draw prints and Exports as PDF correctly, 
so the problem is probably localisable to the display module.

-- 
Rory O'Farrell 

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

Re: Graphical glitches on Draw 4.0

On Fri, 14 Jun 2013 15:24:43 +0200
Armin Le Grand  wrote:

>  Hi Ricardo,
> 
> as I already wrote in #122456# I am very surprised how something like 
> that can happen. I would be happy to be able to reproduce this. Could 
> you give a step-by-step description and infos about machine/system 
> running on? Maybe put it directly in the task and write that you canks 
> in advance!
> 
> Sincerely,
>  Armin
> 
> On 14.06.2013 15:08, RGB ES wrote:
> > Just draw a thick line and see if you can reproduce this
> >
> > http://people.apache.org/~rgb-es/Draw-341vs400.png
> >
> > On the left, 3.4.1, on the right, 4.0. As you can see, handlers are
> > misplaced on 4.0. There is also a lot of "noise" when you move an object
> > around con 4.0
> >
> > http://people.apache.org/~rgb-es/Draw-400noise.png
> >
> > This problem is absent on 3.4.1.
> >
> > I'm testing the 64 bits Linux build. From the Help → About
> >
> > AOO400m2(Build:9701)  -  Rev. 1491860
> > 2013-06-11 15:16:25 (Tue, 11 Jun 2013) - Linux x86_64
> >
> > Refreshing the screen with Ctrl-Shift-R fix the second problem, but not the
> > first one. I cannot find any related issue in bugzilla.
> >
> > One user on ES forums reported that boxes like font name/size are not
> > repainting for him, but I cannot reproduce that.
> >
> > Regards
> > Ricardo
> >
> --
> ALG

I have just tested this and I'm getting the same effect using AOO 4.0.2 (buld 
1489073) on Xubuntu 12.10.  Also, with a wide line (24pt) the corners of the 
line away from the green handles are clipped (bevelled) perhaps by the bounding 
box of the selection.  Also, draw a rectangle or square using the thick line.  
The four lines are offset from the desired position: that is the wide line is 
being drawn to one side of the target position, instead of being centred on it, 
and the top and left lines are the correct width, but the bottom and right 
lines are narrower.

Using the sidepanel, I am only able to alter the line width using the spin 
buttons (up/down arrows beside the width selector.  I cannot highlight ad enter 
a value direct into the line width selector.

-- 
Rory O'Farrell 

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

Re: Graphical glitches on Draw 4.0