date:20110705


Hi James,

James wrote (05-07-11 07:56)

When you turn on the Style And Formatting win with F11 in Writer, is
it supposed to be open in Calc?
I find it very annoying to be on in Calc.
It is very useful in Writer but not very in Calc.


When Styles and Formatting is open in one type of document, and you 
open/start another (type of) document, the window will be shown too.

The same applies for the Navigator.

Whether you like the Stylist in Calc or not, of course is a personal 
thing. But indeed one could argue that showing it with opening a 
document, should be bound to the specific module.

But before working on it, please aks advise on the ux list:
  libreoffice-ux-adv...@lists.freedesktop.org
  http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

Regards,

--
 - Cor
 - http://nl.libreoffice.org

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Style And Formatting window

On Tue, 2011-07-05 at 09:32 +0200, Cor Nouws wrote:
 Hi James,
 
 James wrote (05-07-11 07:56)
  When you turn on the Style And Formatting win with F11 in Writer, is
  it supposed to be open in Calc?
  I find it very annoying to be on in Calc.
  It is very useful in Writer but not very in Calc.
 
 When Styles and Formatting is open in one type of document, and you 
 open/start another (type of) document, the window will be shown too.
 The same applies for the Navigator.
 
 Whether you like the Stylist in Calc or not, of course is a personal 
 thing. But indeed one could argue that showing it with opening a 
 document, should be bound to the specific module.

Yeah, this bugged me for ages. Personally I'd like the style and
formatting window in different modules like writer and calc to use
different per-module settings for their position, docked/non-docked and
shown/non-shown. As you say styles and formatting is far more useful in
writer than calc, and I like styles and formatting to be shown and
docked in writer, but not shown in calc by default, and when I do want
to see it there I would like it to be a normal floating window.

The settings for position and things like that end up in (in master) in
~/.config/libreoffice/3/user/registry/data/org/openoffice/Views.xcu
(and/or similar path on different operating systems)

sfx2/source/dialog/dockwin.cxx should be the generic underlying
implementation for dockable windows like these.

The Styles and Formatting dialog should be in
sfx2/source/dialog/templdlg.cxx I think (?)

C.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] LibreOffice browser detection

On Mon, 2011-07-04 at 18:12 +0200, Francois Tigeot wrote:
 The implementation of open-url.sh has to be fixed but besides changing the
 program names to more modern equivalents, I've no real idea how it should be
 done.

I seem to recall that the open-url thing is sort of the ultimate
fallback, would sort of expect a few desktop-specific things to be tried
first, e.g. gnome-open-url, kde-open-url, xdg-open. I see you added
firefox, so problem gone, but I wonder what desktop environment you were
using, xfce or something like that ?

 Oh, and by the way there are some Internet related options accessible from
 the Tools / Options menu :
   - choice of proxy

hmm, this defaults to none here, I would expect it to default to
system. One can ./soffice http://somelocation/thing.odt and it should
work, so not crazy.

   - search engine (with preselected choices from the 90s: Altavista, ...)

I think we discussed already that we can/should remove these (and their
help docs too), they seem rather less that useful, and horribly out of
date anyway. In fact, I don't see them here on a master one, so I think
we already removed those.

   - choice of email program

that should kick in for file-send document as email

   - browser plugin

We do have a browser plugin for firefox/etc. which shows .odt etc
documents inline in firefox, so that toggle really does something :-)

C.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [REVIEWED] Fix losing changes in a table in writer

2011-07-05 Thread Cedric Bosdonnat

Hi Kendy,

On Fri, 2011-07-01 at 19:14 +0200, Jan Holesovsky wrote:
 Looks good to me - but to be safe, what about to push this one to master
 only?  This is not needed to fix the initial bug...

Ok, I've just pushed that additional patch to master.

-- 
Cédric Bosdonnat
LibreOffice hacker
http://documentfoundation.org
OOo Eclipse Integration developer
http://cedric.bosdonnat.free.fr

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH][REVIEW] Replacing ByteString with rtl::OString

On Sat, 2011-07-02 at 22:51 +0200, Chr. Rossmanith wrote:
 Attached you find the patch cleaning httprequest.{ch}xx from ByteString, 
 tools/string.hxx has been replaced by rtl/string.hxx. Could someone 
 please review the complete patch?

looks good to me, push it.

C.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] LibreOffice browser detection

On Tue, Jul 05, 2011 at 09:29:27AM +0100, Caolán McNamara wrote:
 On Mon, 2011-07-04 at 18:12 +0200, Francois Tigeot wrote:
  The implementation of open-url.sh has to be fixed but besides changing the
  program names to more modern equivalents, I've no real idea how it should be
  done.
 
 I seem to recall that the open-url thing is sort of the ultimate
 fallback, would sort of expect a few desktop-specific things to be tried
 first, e.g. gnome-open-url, kde-open-url, xdg-open.

These are tried into open-url.sh (well, at least xdg-open, and it tries all
the gnome, kde and such tricks).

 I see you added firefox, so problem gone, but I wonder what desktop
 environment you were using, xfce or something like that ?

As a matter of fact, firefox was already in the list. It just is no longer
installed.
I'm not running a desktop environment on the machine where the problem
occurred either: only windowmaker + bits of kde 3.5...

  Oh, and by the way there are some Internet related options accessible from
  the Tools / Options menu :
- choice of proxy
 
 hmm, this defaults to none here, I would expect it to default to
 system. One can ./soffice http://somelocation/thing.odt and it should
 work, so not crazy.

Well, it does'nt: no error message. LO just doesn't run.

- search engine (with preselected choices from the 90s: Altavista, ...)
 
 I think we discussed already that we can/should remove these (and their
 help docs too), they seem rather less that useful, and horribly out of
 date anyway. In fact, I don't see them here on a master one, so I think
 we already removed those.

You're right, they aren't present on the latest master, only on a 3-week-old
installation.

- browser plugin
 
 We do have a browser plugin for firefox/etc. which shows .odt etc
 documents inline in firefox, so that toggle really does something :-)

Huh? You mean LibreOffice itself can be used as a firefox plugin ?
The mind boggles...

-- 
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [Resolved] Problem with make on fedora 15

On Fri, 2011-07-01 at 23:33 +0700, Ta Duc Tung wrote:
 http://pastebin.com/S3J1DxBu

Yeah, this is (apparently) a bug in the compiler toolchain that I wasn't
able to get a stand-alone reproducer for to give a good bug-report to
the gcc guys. Only affects 32bit x86. Seeing as it's beginning to bite
other people I've put in my band-aid don't-optimize-this-file as a
temporary workaround into LibreOffice now.

C.


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Style And Formatting window

Hi Caolán,

On Tue, Jul 05, 2011 at 09:18:24AM +0100, Caolán McNamara wrote:
 On Tue, 2011-07-05 at 09:32 +0200, Cor Nouws wrote:
  
  When Styles and Formatting is open in one type of document, and you 
  open/start another (type of) document, the window will be shown too.
  The same applies for the Navigator.
  
  Whether you like the Stylist in Calc or not, of course is a personal 
  thing. But indeed one could argue that showing it with opening a 
  document, should be bound to the specific module.
 
 Yeah, this bugged me for ages. Personally I'd like the style and
 formatting window in different modules like writer and calc to use
 different per-module settings for their position, docked/non-docked and
 shown/non-shown. As you say styles and formatting is far more useful in
 writer than calc, and I like styles and formatting to be shown and
 docked in writer, but not shown in calc by default, and when I do want
 to see it there I would like it to be a normal floating window.

There's also the matter of Impress: the Style and Formatting module is
completely useless there. New styles can't be created or custom styles
applied to the document.
The inability to use style in Impress is a real turn-down but I'm afraid
the problem is bigger than the developer's list.

Is there a process to tackle (re)design issues ?

-- 
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [GSOC][PATCH] Multiline inputbar

2011-07-05 Thread Noel Power


On 05/07/11 03:52, Anurag Jain wrote:

Hello Noel,

As you asked I'm sending a patch here with most of the changes
incorporated. I've done total rework again and made a bit more
modular, removed unnecessary things and now it look way better than
what i was getting yesterday. Please have a look before you make
changes on you end and if you think this is good enough to be pushed
into Master please do so.
Sorry but it's a too late I have vacation Wed/Thur ( not sure when Kohei 
is back ) and the integration into master needs to be done by Thursday.  
I expected this patch much earlier ( by last Friday we agreed on IRC ) 
and and now time is too short. I already told you on IRC that I was 
integrating your code. It is now integrated on master and also for your 
convenience on the feature branch, see 
http://cgit.freedesktop.org/libreoffice/calc/commit/?id=971ff8c26b8d9559367a8b86fbf967327cbd70e0


Summary of the changes

a) Your code is now runtime switchable, by default the code runs as 
before, to enable your multiline input work then from libreoffice use 
Tools | Options | General | Enable experimental feature. No need to 
restart libreoffice and newly opened calc document will honour the setting
b) Made ScInputBarGroup and ScTextWnd substitutable by giving them a 
common base class, added the code to swap using the configure switch above
c) Since I never got the patch to restore the old ScTextWnd code or 
create the new class to capture the differences between your version of  
ScTextWnd  the original one I had to do this myself.
I notice in the file you sent yesterday and the patch today that you 
still made a copy of the complete class :-( When I integrated your code 
I just inherited from ScTextWnd and captured the changes that way. Also 
I didn't like ScMultiBar so I renamed it to ScMulitTextWnd, I am not 
thrilled with the new name but I am happier with it than the other name
d) for safety disabled the old accessibility related code when using the 
'new' inputline stuff


Note: it would be worth you checking that it runs as it should, I could 
have missed something ( although it seems to work as before )

  I guess I'd be better if you make the
runtime decision thing above this patch.
ideally it would have been better for you to do this but it seems I 
failed to be able to get you to understand what was required :-(

As of now there are might be some printf's lying around so ignore them
as of now.
Awaiting your feedback on this.
I already explained to you on IRC that you will have to merge your 
changes into the new code base that resulted from me integrating your 
code. You at least need to do that for the feature branch. In the code 
integrated into master/feature-branch I haven't changed or cleaned up 
your code, just separated it from the core code so your modifications 
should be easy for you to port.
Note: please back up your work before doing a git pull in the feature 
branch so you can refer back to your latest changes
I will have a look at the patch as it stands and review it. Please try 
not to leave printf(s) in the code, use OSL_TRACE instead ( you need to 
do 'make dbglevel=2' to enable them). At least if an OSL_TRACE sneaks 
into master for example then normally it is compiled out and no 
unnecessary output will be sent to the terminal


Noel
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] LibreOffice browser detection

2011-07-05 Thread Christian Lohmaier

hI *,

On Tue, Jul 5, 2011 at 10:29 AM, Caolán McNamara caol...@redhat.com wrote:
 On Mon, 2011-07-04 at 18:12 +0200, Francois Tigeot wrote:

 Oh, and by the way there are some Internet related options accessible from
 the Tools / Options menu :
   - choice of proxy

 hmm, this defaults to none here, I would expect it to default to
 system. One can ./soffice http://somelocation/thing.odt and it should
 work, so not crazy.

And of course insert external data into Calc from tables on some webpage.

   - browser plugin

 We do have a browser plugin for firefox/etc. which shows .odt etc
 documents inline in firefox, so that toggle really does something :-)

And the other way round was that you could insert Object
plugin-supported stuff into impress for example given you had the
corresponding plugin installed. But I'm not sure whether this supports
current versions of the plugins, so you probably have to hunt for old
(netscape/mozilla) versions of the plugin.

ciao
Christian
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-ux-advise] Style And Formatting window


Francois Tigeot wrote (05-07-11 11:50)


There's also the matter of Impress: the Style and Formatting module is
completely useless there. New styles can't be created or custom styles
applied to the document.


That is not really true.
But yes, it is hard to find out, that it only works for Master pages.
And yes, it is hard to find out how to change bullets styles in the 
Master pages too.

And indeed, it is a pity that currently, there are no character styles.

Regards,

--
 - Cor
 - http://nl.libreoffice.org

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] RTF support

2011-07-05 Thread comunesanfior

Hi,
 sorry but your post really interesting 
 I'm not sure if there is already a solution to my bug

https://bugs.freedesktop.org/show_bug.cgi?id=38966

thanks

RZ

-
Roberto Zucchetto - Responsabile Servizi Informativi
COMUNE DI SAN FIOR
Piazza G. Marconi n. 2 - 31020 San Fior (TV)
--
View this message in context: 
http://nabble.documentfoundation.org/RTF-support-tp3114982p3140346.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] LibreOffice browser detection

On Tue, 2011-07-05 at 12:29 +0200, Christian Lohmaier wrote:
 And the other way round was that you could insert Object
 plugin-supported stuff into impress for example given you had the
 corresponding plugin installed. But I'm not sure whether this supports
 current versions of the plugins, so you probably have to hunt for old
 (netscape/mozilla) versions of the plugin.

I'm think I tried this fairly recently on 32bit with e.g. a contemporary
flash plugin and it still worked. For 64bit I had to hack up some totem
firefox plugin to test the 64bit firefox-plugin-in-OOo stuff to get that
working a year or so ago, so that should in theory still work, albeit
really obscure.

C.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] LibreOffice browser detection

On Tue, Jul 05, 2011 at 12:12:28PM +0100, Caolán McNamara wrote:
 On Tue, 2011-07-05 at 12:29 +0200, Christian Lohmaier wrote:
  And the other way round was that you could insert Object
  plugin-supported stuff into impress for example given you had the
 
 I'm think I tried this fairly recently on 32bit with e.g. a contemporary
 flash plugin and it still worked. For 64bit I had to hack up some totem
 firefox plugin [...]

And is it useful ?

-- 
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [REVIEW] Fix label position for ooxml charts

2011-07-05 Thread Thorsten Behrens

Hi,

http://cgit.freedesktop.org/libreoffice/filters/commit/?id=e4b5e93fcd4a531cd1a9ca64f11366ca0ad36e0f

approximates Excel chart data label positions for chart2, by picking
the nearest match. Review  pushing to libreoffice-3-4 appreciated!

Thanks,

-- Thorsten


pgpjoq7ibpqwo.pgp
Description: PGP signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] LibreOffice browser detection

On Tue, 2011-07-05 at 13:45 +0200, Francois Tigeot wrote:
 On Tue, Jul 05, 2011 at 12:12:28PM +0100, Caolán McNamara wrote:
  On Tue, 2011-07-05 at 12:29 +0200, Christian Lohmaier wrote:
   And the other way round was that you could insert Object
   plugin-supported stuff into impress for example given you had the
  
  I'm think I tried this fairly recently on 32bit with e.g. a contemporary
  flash plugin and it still worked. For 64bit I had to hack up some totem
  firefox plugin [...]
 
 And is it useful ?

The 64bit one ?, no not really I guess. Being able to embed flash in a
presentation (in theory), sort of neat.

If you're gung-ho on looking for stuff to remove, make findunusedcode
exists now, albeit super slow, I'll work on getting a cached list of
unused methods that can be removed in there eventually.

C.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [GSOC][PATCH] Multiline inputbar

2011-07-05 Thread Noel Power


On 05/07/11 03:52, Anurag Jain wrote:

As of now there are might be some printf's lying around so ignore them
as of now.
Awaiting your feedback on this.

Ok, here goes
1) ScInputBarGroup::ScInputBarGroup()

In the initialization list,
 bIsMultiLine( this )  is wrong surely, bIsMultiLine is of sal_Bool 
type, and there is some weird behaviour associated with that when you 
first use the input box.

2) ScInputBarGroup::ScInputBarGroup()
also
aButton ( this, ScResId( 1 )),

I doubt this is correct, not sure what ScResId( 1 ) corresponds to but 
surely it initialises either text or some graphic associated with the 
button, in your case you have neither, best to not pass that unless we 
specifically define or reuse some resource for the button


3) ScInputBarGroup::Resize()

if(bIsMultiLine)
aSize.Height()=3*TBX_WINDOW_HEIGHT;
else
aSize.Height()=TBX_WINDOW_HEIGHT;
can you indent that properly please

4)   ScInputBarGroup::Resize()


you set the height of the ScInputBarGroup to a the default toolbar 
window height or a multiple of the toolbar window height depending on 
the mode. It makes more sense to set the size to the size of the height 
the textbox will be for the mode ( the textbox height in single line 
mode is determined by the TBX_WINDOW_HEIGHT or the minimum edit height ) 
by exclusively using TBX_WINDOW_HEIGHT you are ignoring the fact the 
preferred height of the window could be larger than TBX_WINDOW_HEIGHT. 
But... we discussed the previously


5) ScInputBarGroup::Resize()

I don't like magic numbers, e.g. the '10' in  aSize.Width() = Max( 
((long)(nWidth - nLeft - 10)), (long)0 );
it does nothing for the readability and certainly doesn't make it easier 
to understand. I suppose it is to make to leave a little space between 
the rightmost edge of the toolbar and the InputBarGroup, if so a #define 
or const value with some some sensible name would be in order. Since the 
windows is effectively invisible not sure if leaving that space really 
gains anything. Again this was something we talked about before


6) ScInputBarGroup::Resize()

same thing with 
aButton.SetPosSizePixel(Point(aSize.Width()-40,0),Size(15,22));
make some sensible constant for 40 because that same number must be used 
where you resize the actually textwindow the button is to sit next to 
right ? also isn't is 40 a little large ?


7) ScInputBarGroup::Resize()

the button dimensions, again these are hardcoded, iiwy I would make the 
height of the button the same as the non-multiline height of the textbox 
, I would make the width some fraction of the height ( that gives it a 
pleasant aspect ).


8) ScInputBarGroup::Resize()
I see some use of Invalidate here ( and elsewhere ), I have to say I am 
not sure what the real purpose of Invalidate is, presumably it ensures 
that a window is marked dirty for the purposes of repainting or resizing 
or whatnot ( at least I have seen previously calling Invalidate 
eventually calls Resize ) But... if there is a preferred way of using it 
e.g. call SetSizePixel on a window then call Invalidate etc. I don't 
know, maybe someone else might



about Resizing in general, to me the way you seem to be daisy-chaining 
the resizing seems to make sense ( not sure from a vcl point of view if 
it does ) but at lest it is easy to follow, Toolbar:Resize calls 
InputBar::Resize which calls TextBoxThing::Resize. If it is wrong then 
at least a logical arrangement should be easy to reorganise

9)IMPL_LINK( ScInputBarGroup, ClickHdl, PushButton*, pBtn )

the check for bIsMultiline to set it e.g.

if(!bIsMultiLine)
{
bIsMultiLine=true;
aTextWindow.SetMultiLineStatus(true);
Resize();
}
else
{
bIsMultiLine=false;
aTextWindow.SetMultiLineStatus(false);
Resize();
}

is a little long winded, just assign bIsMultiLine  to it's logical NOT 
value and then call the following lines

   aTextWindow.SetMultiLineStatus(bIsMultiLine);
   Resize();

no need to duplicate the above lines
10) ScMultibar::ScMultibar

the order of initialisation of  bInputMode  bIsMultiLine is incorrect ( 
see warnings when you compile ) there are some other you introduced too, 
please fix them up too if they still exist after merging you code with 
the updated feature-branch


11 ) ScMultibar::Resize

hmm setting the size of the text box to the toolbox height ( or multiple 
) again here just seems wrong.  Personally I would determine the height 
to be a the normal single line mode height that is normally determined 
in the constructor of this class, in multiple-line mode I would make 
that number to be a multiple of that height.


so InputBarGroup::Resize would probably determine it's own height 
dependant on the preferred height of the textbox/ScMultiBar ( the naming 
is getting confusing here since I renamed this to ScMultiTextWnd ) - I 
will use ScMultiTextWnd in future


12) ScMultibar::Resize
shouldn't the size of the output area also be changed, even though the 
size of the

[Libreoffice] Localization of an extension (dialog)

2011-07-05 Thread Christian Dywan

Hejsan,

so I'm trying to localize a dialog in an extension I'm writing and for some
reason it's never being picked up. Any suggestions would be welcome. As since
involves magic files and there is no error whatsoever this is hard to tackle.

This is the documentation I followed:

http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/Extensions/Creating_the_GUI_of_the_Options_Page
http://wiki.services.openoffice.org/wiki/API/Samples/Java/Office/OptionsPageDemo

So this is my checklist for how to do it from how I understood it:

- ConfigDialog.xdl
dlg:window dlg:id=ConfigDialog..
dlg:button dlg:id=SaveButton
dlg:value=0.ConfigDialog.SaveButton.Label...

- ConfigDialog_en_US.default - empty

- ConfigDialog_en_US.properties
0.ConfigDialog.SaveButton.Label=Save

- ConfigDialog_fr_FR.properties
0.ConfigDialog.SaveButton.Label=Sauvegarder

I made sure to use CamelCase everywhere, just in case that made a difference.

All files install next to each other, relative to the extension root. I tested
both installing it in my personal folder as well as system-wide.

Incidentally I used the Dialog editor to create a reference test file as well,
I found no way to insert local strings, and it crashed on export. Then I
manually added strings to the files inside ~/.libreoffice and then I was able
to export - it just copied the files anyway. Even worse, I'm also unable to
open my files in the editor...

--
ciao,
Christian
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Localization of an extension (dialog)


Hi Christian,

Christian Dywan wrote (05-07-11 15:35)


so I'm trying to localize a dialog in an extension I'm writing and
for some reason it's never being picked up. Any suggestions would be
welcome. As since involves magic files and there is no error
whatsoever this is hard to tackle.

This is the documentation I followed:
[...]


I did uses it sometimes, starting from the Basic editor.
See this link:
http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/Basic/Dialog_Localization

Maybe that helps?

Cheers,
--
 - Cor
 - http://nl.libreoffice.org

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] RTF support

2011-07-05 Thread tracey002

Is there any area where you would be interested to help? I would
suggest contributing to the exporter, as that one is not under heavy
development.
Interested? Yes
Capable? Alas, at the present a very sad no. C looks like hieroglyphs
compared the near-english Pick-Basic Database Language I use: I can read
and recognize some the C words, but the C syntax is confusing.

Would anyone happen to know of a tutorial program on the internet from
which I could learn the necessary C syntax in order to develop the rtf
importer/exporter?
A download link perhaps?
Until now, I have never had a need or reason to learn C.

Still, if you could put a table to the wiki containing those 66 ...
Yes, I will do that if someone would explain to me how to do that.
I have a couple of HTML tutorials circa msOffice97

Thanks, Tracey

Miklos Vajna [via Document Foundation Mail Archive] wrote:
On Mon, Jul 04, 2011 at 12:54:58PM -0700, tracey002 [hidden email]
/user/SendEmail.jtp?type=nodenode=3139135i=0 wrote:
Using the downloaded source dated June 19th and 20th of 2011.
Except for the RTFScanner.lex file (dated June 19th, 2011) which had
RTF
Controls listed, I ended up searching for the string RTF_ and assumed
that the uppercase alpha characters that followed are RTF controls
(that
appeared to be the pattern anyway).

Yep, both the old and the new import filter uses RTF_FOO to parse \foo.
The exporter uses OOO_STRING_SVTOOLS_RTF_FOO.

Of the 1807 RTF Controls found in the March 2008 1.9.1 Specification,
1,333 need to be added to the Import Routine and 1,419 need to be added
to the Export Routine (see attached).

Nah, just adding them is easy - the real trick is to implement them. Is
there any area where you would be interested to help? I would suggest
contributing to the exporter, as that one is not under heavy
development.

66 controls used in the import and/or export routine require definition
because they do not appear in the March 2008 1.9.1 Specification (see
attached).

Attachement stripped - probably you need to get an email client instead
of nabble if you want to send attachements.

Still, if you could put a table to the wiki containing those 66
keywords, then we could start writing oneliner documentations for them -
that would be a great start.

___
LibreOffice mailing list
[hidden email] /user/SendEmail.jtp?type=nodenode=3139135i=1
http://lists.freedesktop.org/mailman/listinfo/libreoffice

*attachment0* (205 bytes) Download Attachment
/attachment/3139135/0/attachment0

If you reply to this email, your message will be added to the
discussion below:
http://nabble.documentfoundation.org/RTF-support-tp3114982p3139135.html
To unsubscribe from RTF support, click here
http://nabble.documentfoundation.org/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=3114982code=d3BpaXNAZ3RlLm5ldHwzMTE0OTgyfDg1NDMxMTYz.

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.901 / Virus Database: 271.1.1/3745 - Release Date: 07/05/11
01:35:00

No virus found in this outgoing message.
Checked by AVG - www.avg.com
Version: 9.0.901 / Virus Database: 271.1.1/3745 - Release Date: 07/05/11
01:35:00

--
View this message in context:
http://nabble.documentfoundation.org/RTF-support-tp3114982p3141100.html
Sent from the Dev mailing list archive at Nabble.com.___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Build from master failing on MacOSX in svx with globlmn.hrc

On Thu, 2011-06-30 at 08:47 +0200, Alexander Thurgood wrote:
 Le 30/06/11 08:22, Alexander Thurgood a écrit :
 
  This file appears to contain some strange unwanted LF/CR for some of the
  languages and I'm wondering if they are making it baulk the build.
  
 
 I've noticed it is particularly prevalent in the zh-CN, zh-TW, el, and
 hi-IN strings (some russian strings too).

Is this still a problem ? I did a Linux build with those languages (well
hi-IN - hi) yesterday without any such build breakage.

If it is, what's your autogen.sh/configure line ?

C.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-ux-advise] Style And Formatting window

2011-07-05 Thread Regina Henschel


Hi Francois,

Francois Tigeot schrieb:
[..]

There's also the matter of Impress: the Style and Formatting module is
completely useless there. New styles can't be created or custom styles
applied to the document.


That is wrong. The Style and Formatting window contains not only the 
presentation styles, but the drawing object styles too. And for them the 
styles work as in Draw.


You can use the style of the presentation objects too. It is sometimes 
easier to do changes there than to switch to the associated master page. 
Remember, that you have to remove hard formattings from the 
presentations objects before you can see the effect of the styles.



The inability to use style in Impress is a real turn-down but I'm afraid
the problem is bigger than the developer's list.


Inability is wrong, but the connection between master page and 
presentation object style is not obvious and the handling can be 
improved. To come up with a concept would be a task for UX.


Kind regards
Regina

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-ux-advise] Style And Formatting window

2011-07-05 Thread Regina Henschel


Hi,

Cor Nouws schrieb:

Francois Tigeot wrote (05-07-11 11:50)


There's also the matter of Impress: the Style and Formatting module is
completely useless there. New styles can't be created or custom styles
applied to the document.


That is not really true.
But yes, it is hard to find out, that it only works for Master pages.


No, it works in normal view too.


And yes, it is hard to find out how to change bullets styles in the
Master pages too.


Simple use the StyleFormatting window. Right click the desired outline 
level and modify it. Why is it difficult for you?



And indeed, it is a pity that currently, there are no character styles.


That is true. But that is a problem for Draw too.

Kind regards
Regina




___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-ux-advise] Style And Formatting window


Hi Regina,

Regina Henschel wrote (05-07-11 17:48)


But yes, it is hard to find out, that it only works for Master pages.


No, it works in normal view too.


OK .. when I tried to master Styles in Impress, looong time ago, I got 
lost there. Could not get it working on the normal view.

Might have been changed, or different with LibreOffice or .

Anyway: thanks for letting me know. Just test it and indeed it works as 
expected :-)



And yes, it is hard to find out how to change bullets styles in the
Master pages too.


Simple use the StyleFormatting window. Right click the desired outline
level and modify it. Why is it difficult for you?


Same answer as above ;-)


And indeed, it is a pity that currently, there are no character styles.


That is true. But that is a problem for Draw too.


Of course.
And thanks for your addition about the styles for drawing objects!

Cor

--
 - Cor
 - http://nl.libreoffice.org

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] RTF support

2011-07-05 Thread tracey002

I don't know, I am not a C developer.
I counted 1807 RTF Controls in the v1.9.1 RTF Specification.
As of June 20, 2011, Libre Office has about 12 % theoretical support for 
RTF (perfectly implemented and not considering bugs or glitches).
If I understood correctly, I thought I read somewhere the Libre Office 
exporter was worked on last summer (please correct me if I'm wrong).

There are 230 out of 633 RTF Controls that are in both the importer 
(including those currently under development) and exporter (230/1807=12%)
There are 244 other RTF Controls only found in the importer (including 
those currently under development) (230+244/1807=26%)
There are 158 other RTF Controls only found in exporter (230+158/1807=21%)
So, you have about an 21% chance of success (don't bet you next lunch on 
that one).

I think RTF support is important because many Users could use Libre 
Office if they can still reliably work with their existing documents: 
without starting from scratch or having major issues/fixes/trashing 
with/of their current documents.

If we support, encourage and assist Miklos Vajna in any way we can, 
Libre Office can have 100% theoretical support for RTF.
Just FYI, Tracey

comunesanfior [via Document Foundation Mail Archive] wrote:
 Hi,
  sorry but your post really interesting 
  I'm not sure if there is already a solution to my bug

 https://bugs.freedesktop.org/show_bug.cgi?id=38966

 thanks

 RZ
 Roberto Zucchetto - Responsabile Servizi Informativi
 COMUNE DI SAN FIOR
 Piazza G. Marconi n. 2 - 31020 San Fior (TV)


 
 If you reply to this email, your message will be added to the 
 discussion below:
 http://nabble.documentfoundation.org/RTF-support-tp3114982p3140346.html
 To unsubscribe from RTF support, click here 
 http://nabble.documentfoundation.org/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=3114982code=d3BpaXNAZ3RlLm5ldHwzMTE0OTgyfDg1NDMxMTYz.
  

 


 No virus found in this incoming message.
 Checked by AVG - www.avg.com 
 Version: 9.0.901 / Virus Database: 271.1.1/3745 - Release Date: 07/05/11 
 01:35:00

   


No virus found in this outgoing message.
Checked by AVG - www.avg.com
Version: 9.0.901 / Virus Database: 271.1.1/3745 - Release Date: 07/05/11 
01:35:00


--
View this message in context: 
http://nabble.documentfoundation.org/RTF-support-tp3114982p3141427.html
Sent from the Dev mailing list archive at Nabble.com.___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [Libreoffice-ux-advise] Style And Formatting window

Hi Regina, 

On Tue, Jul 05, 2011 at 05:42:43PM +0200, Regina Henschel wrote:
 Francois Tigeot schrieb:
 [..]
 There's also the matter of Impress: the Style and Formatting module is
 completely useless there. New styles can't be created or custom styles
 applied to the document.
 
 That is wrong. The Style and Formatting window contains not only the
 presentation styles, but the drawing object styles too. And for them
 the styles work as in Draw.

It was so obvious for me, I forgot to specify I was talking about text
styles. I'm working on a mainly text-based presentation and the absence
of paragraph and character styles is driving me nuts.

 The inability to use style in Impress is a real turn-down but I'm afraid
 the problem is bigger than the developer's list.
 
 Inability is wrong, but the connection between master page and
 presentation object style is not obvious and the handling can be
 improved. To come up with a concept would be a task for UX.

Why not just use the same style mechanism as in Writer ?
I can't fathom the fact that there are character and paragraph dialog
boxes accessibles from a contextual menu in Impress, but the result
can not be associated to a global style in the document.

Consistency is very important; how can I be sure some categories of text
(say shell command samples) can have the same formating in all the
presentation ?
Did the creators of Impress expect people to take a 80-slide document and
tediously apply the same changes by hand in half of them, right-clicking the
mouse 40 times to change the font of one of the text lines ?

-- 
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] Extension-Repository: Need help to solve a Python error

2011-07-05 Thread Andreas Mantke

Hi all,

I'm working on an environment for the LibreOffice extension and template 
repository. 
I use for this purpose Plone and Plone Software Center. I customized the Plone 
Software Center with the help of a Plone developer so that it suit our needs. 
But 
there is the need to store the binary files (extensions / templates) not into 
the 
database but in the file system. Therefor I installed another product 
collective.psc.blobstorage. But if I try to upload a downloadable file to the 
repository I get with this add-on an error message:

Traceback (innermost last):
  Module ZPublisher.Publish, line 127, in publish
  Module ZPublisher.mapply, line 77, in mapply
  Module ZPublisher.Publish, line 47, in call_object
  Module Products.CMFPlone.FactoryTool, line 438, in __call__
  Module Products.CMFPlone.FactoryTool, line 202, in __getitem__
  Module Products.CMFPlone.FactoryTool, line 68, in _createObjectByType
  Module Products.CMFCore.TypesTool, line 554, in _constructInstance
  Module Products.PloneSoftwareCenter.content.downloadablefile, line 7, in 
addPSCFile
  Module Products.ATContentTypes.content.base, line 120, in initializeArchetype
  Module Products.Archetypes.BaseObject, line 436, in setDefaults
  Module Products.Archetypes.Schema, line 501, in setDefaults
  Module Products.Archetypes.utils, line 152, in mapply
  Module Products.PloneSoftwareCenter.content.downloadablefile, line 109, in 
setDownloadableFile
  Module Products.ATContentTypes.content.base, line 328, in _setATCTFileContent
  Module Products.Archetypes.Field, line 1066, in set
  Module Products.Archetypes.Field, line 738, in set
   - __traceback_info__: ('downloadableFile', PSCFile at 
/LibreOffice-Extensions-
and-Templates/test-for-
blob/testproject/releases/1.0/portal_factory/PSCFile/pscfile.2011-07-04.6575989816,
 
File at downloadableFile, {'mimetype': 'application/octet-stream', 'field': 
Field 
downloadableFile(file:rw), 'default': '', '_initializing_': True, 'filename': 
''})
  Module Products.PloneSoftwareCenter.storage, line 20, in set
  Module collective.psc.blobstorage, line 84, in set
  Module collective.psc.blobstorage, line 45, in set
TypeError: __init__() takes exactly 2 arguments (1 given)

I don't know yet, how to solve this Python error. I hope someone with Python 
knowledge could help me at this point. The both files are listed here:
http://amantke.de/libreoffice/blobstorage

Regards,
Andreas
-- 
## Developer LibreOffice
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] Newbee question

2011-07-05 Thread Marcus Pedersén

Hi all!
I am interested in beeing a part of libreoffice.
I have never been in an open source project before and is new to git.
I do not want to commit myself properly until novemer as I am reading a
network course at the university til then. 
But after that I will be able to put 5-10 hours a week into it.
I have written code in C++ and I realy like that language.
I am interested in coding and as I am from sweden I would be able to
help out with translation into swedish.
I was thinking that I should start out to clone the repro and start
looking at code and become familiar with at least parts of it.
so I did:
git clone git://anongit.freedesktop.org/libreoffice/bootstrap myLocalDir

I started to run through directories to find the code, but I can not see
the structure.
I do not have the same dir structure as it shows in:
http://cgit.freedesktop.org/libreoffice

Where do I think wrong or what do I miss?

I have searched the net but haven't found what I am missing.
I am sorry if my questions are dumb and on a real low level, but I realy
want to learn and help out as much as I can.

Many thanks!
Marcux

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Newbee question

2011-07-05 Thread Albert Thuswaldner

Hi Marcus,

On Tue, Jul 5, 2011 at 21:13, Marcus Pedersén marcus.peder...@comhem.se wrote:
 Hi all!
 I am interested in beeing a part of libreoffice.

Great, you are welcome!

 I have never been in an open source project before and is new to git.
 I do not want to commit myself properly until novemer as I am reading a
 network course at the university til then.
 But after that I will be able to put 5-10 hours a week into it.
 I have written code in C++ and I realy like that language.
 I am interested in coding and as I am from sweden I would be able to
 help out with translation into swedish.
 I was thinking that I should start out to clone the repro and start
 looking at code and become familiar with at least parts of it.
 so I did:
 git clone git://anongit.freedesktop.org/libreoffice/bootstrap myLocalDir

That is the second step. :)  First make sure you have the dependencies
in place to be able to build LO. The third step is to download the
actual source code, you find the instructions on all this here:

http://wiki.documentfoundation.org/Development/How_to_build

The wiki contains a lot of other useful info:
http://wiki.documentfoundation.org/Development

 I started to run through directories to find the code, but I can not see
 the structure.
 I do not have the same dir structure as it shows in:
 http://cgit.freedesktop.org/libreoffice

 Where do I think wrong or what do I miss?

 I have searched the net but haven't found what I am missing.
 I am sorry if my questions are dumb and on a real low level, but I realy
 want to learn and help out as much as I can.

 Many thanks!
 Marcux

 ___
 LibreOffice mailing list
 LibreOffice@lists.freedesktop.org
 http://lists.freedesktop.org/mailman/listinfo/libreoffice


Keep on asking if you run into trouble.

Best Regards,

Albert
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Android versions that we will compile LO for

2011-07-05 Thread James


On 06/04/11 12:36, Jonathan Aquilina wrote:

Hey guys

I am working with 2 other great individuals in regards to bring LO to 
android devices. The sdk has support for android version 1.5 all the 
way up to the latest 3.1


Question becomes what versions do we want to get cross compilation to 
work with?

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Try the latest and work back.
See what is the earliest version it breaks at and if it is hard to make 
it work.


I thought Android was Java, do  you plan to rewrite LO in Java?


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Android versions that we will compile LO for

2011-07-05 Thread Tor Lillqvist

 I thought Android was Java, 

Yes and no. You can use libraries written in C, C++, or whatever language that 
is compiled to binary code on Android, too.

 do  you plan to rewrite LO in Java?

Of course not. (On the contrary, we are working to *reduce* the use of Java in 
general in LO.) The GUI of some future Android app(s) that would use code from 
LO would presumably be written in Java.

Note that it isn't as if anybody would have any exact plans. (Or at least, 
nobody is telling them publicly.)

--tml


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Style And Formatting window

2011-07-05 Thread Christoph Noack

Hi Caolán, hi all!

Am Dienstag, den 05.07.2011, 09:18 +0100 schrieb Caolán McNamara:
 On Tue, 2011-07-05 at 09:32 +0200, Cor Nouws wrote:
  James wrote (05-07-11 07:56)
   When you turn on the Style And Formatting win with F11 in Writer, is
   it supposed to be open in Calc?
   I find it very annoying to be on in Calc.
   It is very useful in Writer but not very in Calc.

 Yeah, this bugged me for ages. Personally I'd like the style and
 formatting window in different modules like writer and calc to use
 different per-module settings for their position, docked/non-docked and
 shown/non-shown. As you say styles and formatting is far more useful in
 writer than calc, and I like styles and formatting to be shown and
 docked in writer, but not shown in calc by default, and when I do want
 to see it there I would like it to be a normal floating window.

Well, this question may open a can of worms, so to say. Omitting all the
explanation it finally leads to (from the user's point-of-view): Is
LibreOffice an office suite that behave consistently and works with
different file types?, or Does LibreOffice bundle several rather
separate modules?. Both approaches do have pros/cons - but it should be
clear, because it would solve lots of other questions.

However, I do understand the general idea ... although I think that we
should stick with a rather simple behavior to ease the understanding for
the users. Having too fine-grained individual settings might make things
worse, so here is the proposal:
  * per-module setting for shown / non-shown
  * default setting for shown / non-shown is kept
  * same behavior for all similar windows (e.g. Gallery, Database,
Navigator, ...)
  * instead of a per-module setting for docked / undocked, these
windows really need a closer button when docked (similar to the
task pane in Impress).

Mmh, by the way, how does LibO handle if there are separate windows
(e.g. Calc) having different settings for such a window (e.g. docked /
undocked). Which one will be the new default if LibO is completely
restarted?

Thanks!

Cheers,
Christoph

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] Libo 3.4.1: Cherry pick for fixing debug build

2011-07-05 Thread Thomas Arnhold


Hi,

it would be nice if this commit could be cherry-picked on 
libreoffice-3-4-1, because without it a debug build will fail at cui:


http://cgit.freedesktop.org/libreoffice/components/commit/?id=3764b31aae43883c6b13b91c6ad8d0daa59f4ba5

Thomas
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Style And Formatting window