Re: [tdf-discuss] LibOCon proposals

2012-01-28 Thread Bruno Girin

On 28/01/12 21:49, Florian Effenberger wrote:

Hello,

as you might have spotted, today we issued the proposals for this 
years' LibreOffice Conference. Berlin and Zaragoza (in alphabetical 
order) have sent in their applications and are therefore candidates 
for this years' location.


All details can be found at 
http://blog.documentfoundation.org/2012/01/28/libocon-2012-proposals/


I'd like to officially open the discussion here. Anyone interested can 
ask the organizers questions, and organizers are free to sent in 
additional details.


Hi all,

My first reaction reading both proposals is: wow! There are only two of 
them but they are both of very high quality so congrats to both teams! 
Wherever LibOCon goes for 2012, the other one will be a very worthy 
candidate for 2013.


At first glance, Berlin felt like a shoe-in: that's the home of The 
Document Foundation and I love Berlin. But then when reading the 
Zaragoza proposal, I started to change my mind: this is a very well 
thought out proposal and you can tell that they are used to organise 
events like this. So without further ado, here are my questions for the 
two teams:


Questions for Berlin:

 * When will you have final confirmation of the main venue?
 * Will you have agreements with nearby restaurants for lunch and/or
   dinner so that attendees can have a quick reasonably priced meal?
 * Will you have any catering on site (coffee, coffee and maybe coffee)?
 * Does the venue have enough power sockets to enable attendees to
   recharge between events (lots of laptops => lots of flat batteries)?
 * I like the Zaragoza idea of open public lectures: is it something
   you would consider?

Questions for Zaragoza:

 * Will you post a recording of how to say the name of your town so
   that all non-Spaniards can practice it before going?
 * Same as above: Does the venue have enough power sockets to enable
   attendees to recharge between events (lots of laptops => lots of
   flat batteries)?


Cheers,

Bruno

--
Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.documentfoundation.org/www/discuss/
All messages sent to this list will be publicly archived and cannot be deleted



Re: [tdf-discuss] Re: Do not support writing to OOXML format

2011-01-02 Thread Bruno Girin
On 2 January 2011 17:19, Barbara Duprey  wrote:
> On 1/2/2011 2:29 PM, Italo Vignoli wrote:
>>
>> On 1/2/11 8:15 PM, Barbara Duprey wrote:
>>
[snip]
>
> It would be good to know which works better for interoperability when sent
> to an MS-only shop -- ODF or the current OOXML. In other words, is the LibO
> version of OOXML a better product than the MS version of ODF? Very
> interesting, if so. I'd like to know which to recommend. And of course the
> Sun(free)/Oracle(not free) plugin for MS Office is a player in this
> question, too. I know it's better than the MS ODF, but how does it compare
> to the LibO OOXML?

OOXML wins hands down in this use case. Not because the LibO/OOo OOXML
is better than the Microsoft ODF or Sun/Oracle plugin for MS Office
but because the vast majority of MS-only shops don't bother installing
support for ODF in the first place. I went through this with a
customer recently: it ended up being a lot easier for me to output
OOXML or good old DOC than for them to install the right plugins to
read ODF. This is compounded by the fact that a lot of MS-only shops
are large companies that still use Windows XP with an old version of
Office.

Bruno

-- 
Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org
Archive: http://listarchives.documentfoundation.org/www/discuss/
*** All posts to this list are publicly archived for eternity ***



Re: [tdf-discuss] Re: Do not support writing to OOXML format

2011-01-02 Thread Bruno Girin
On 2 January 2011 10:50, James Wilde  wrote:
> Is anyone else getting the impression that this thread is polarising into US 
> v rest of world?
>
> We've seen several people say that they have to accept what their customers 
> provide and can't go back to the customer and say "can you provide this in 
> another format?".  To me that's an attitude which I, rightly or wrongly, 
> associate with the US.  In Europe we just fire away an email and get the file 
> back again in another format.

I beg to differ. I have worked in France, Luxembourg and now the UK
and in every single case MS Office is the "standard" that everybody
uses, both at work and at home. Most of them are not even aware that
alternatives exist and the first thing they ask when you suggest they
use open source is whether it is fully compatible with MS Office.

If I were to ask any of my European customers to provide documents in
another format, they would first have an issue finding a format that
they can write to (they don't have the ODF plugins, they can't produce
PDF and RTF tends to be too limited for their needs), then assuming
they can find a file format that we can both read and write, they
would do it once, maybe twice but the third time they would ask me to
stop being a pain in the backside and get myself a copy of MS Office.


>
> And the other side of the coin, as others have said, outside the US more and 
> more governments and non-US corporations are going over to FLOSS, whereas in 
> the US, Microsoft is dominant.

Some governments and organisations have allegedly moved to FLOSS but
I've not yet encountered one in real life. People are starting to take
notice of FLOSS but they only consider it if they have a smooth
migration path and that includes being able to interact seamlessly
with their existing software install base and with their customers and
suppliers. If you make the migration path difficult, they won't
migrate. And considering how ubiquitous office documents are in the
average enterprise, migrating means supporting the MS Office formats
along the ODF ones.


>
> If this is the case, we're never going to reach concensus on this topic.  
> Personally I've already signed up on Larry's side.  How about this for a 
> compromise:
>
> LibO comes with support to read docx (which it converts to ODT), but not to 
> write it.  When someone tries to write it, a notice comes up saying in effect 
> that docx is a broken format which even MS doesn't think much of, and that 
> LibO, in the interests of free standards does not support it in vanilla mode. 
>  However, click on this button and we'll save in doc format. One might even 
> provide two buttons (plus Cancel), Save as doc and Save as odt.

This argument has been tried before with web standards and other
document formats. Unfortunately, it's an argument that FLOSS cannot
win. Not because the FLOSS point of view is wrong but because the
argument goes well above the heads of the majority of users. From
their point of view, they use MS Office all the time, it produces the
types of documents they need. The way most non-technical users see it
(and a large number of technical users too), if LibreOffice can't read
and write MS Office documents then LibreOffice is broken.

Besides, saying that docx is broken and suggesting to save to doc
feels counter productive to me: even though docx is far from being
perfect, it's still a lot more open and free than doc.

>
> But for the Americans and others who might want it, a downloadable module is 
> provided which will write to docx format.  Then we turn the matter over to 
> the educators, communicators and marketers to educate, communicate with and 
> market to the North American continent.  Then those who want it can get docx 
> compatibility, but they have to make an active choice and they're told it's 
> risky and why.

Ubuntu tried exactly that for non-free codecs: install only free
codecs by default but give the users the possibility to add non-free
codecs through the extras package later on. In the latest release
(10.10 -- Maverick Meerkat), they actually made it easier for users to
install non-free codecs by making it an option in the installation
wizard. The reason for it was that the non-free codecs package was not
easily discoverable for new users and not installing them by default
generated a lot of queries in the forums.

So maybe it would be useful to learn from the Ubuntu experience,
provide a single version of LibreOffice and include an option in the
installation wizard to install support for OOXML or not, with an
explanation about what that choice means.

My £0.02

Bruno

-- 
Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org
Archive: http://listarchives.documentfoundation.org/www/discuss/
*** All posts to this list are publicly archived for eternity ***