Re: [libreoffice-design] Improving Impress' UX

2015-06-12 Thread Michel RENON

Hi,

Le 11/06/2015 16:59, Joel Madero a écrit :



On 06/10/2015 11:18 PM, Jean-Baptiste Faure wrote:

[...]

Likely when the document is fully finished, it would be published to the wiki,
similar to how we are doing with the HIG.

And you will lost the complete history of the document. That is a very
important information and it is a bad idea to rely on Google to keep the
memory of the LibreOffice community. The data of the LibreOffice project
must be stored on TDF servers not elsewhere. The working in progress
documents are project data and must be stored on TDF servers.

While I fully respect your opinion - this last statement is just not
correct. We don't use words like must in the project when referring to
how other people accomplish their work. The doers get to decide,


Well, it depends of the kind of tool :
when working on code, each dev can use whatever editor/IDE he wants [1], 
but he *must* use git.
Devs who prefer svn, mercurial or bazaar *must* use git to commit 
LibreOffice patches.



And if every designer starts to use his own online office (gdoc, office 
365, why not Feng Office ? some private Owncloud and others...), it'll 
be a real mess ! ;-)


And another *must* : we *must* write in english ! It's so obvious that 
we don't realize it. What would happen if each doers decide to use his 
own language ?



Jay has
been doing a *lot* of work, he has found a workflow that works for him,
and no one is going to dictate that he change it. That being said, he's
been incredibly accommodating and has shared the document through email
so that others can download it, comment on it, and get their feedback
incorporate, all without affecting your (and others) phobia of google
products.



So he's very productive when using gdoc (and I agree because I know that 
gdoc is 'state of the art' of collaborative editing). But time spent to 
export/import and possible loss of data/style/information makes him less 
productive.


So when we look at the whole process of creating a document, with all 
participants, there should be no loss of time when using the least 
common tool : a wiki. And we avoid any problem of data export/import.
The downside is that everyone has to learn that least common tool (but 
as Sophie told us, a new wiki editor is coming that will lower that 
barrier).




So I'll respectfully say, there is no must - there seems to be a
perfectly acceptable compromise that Jay found. Instead of everyone
wasting their time arguing over what tool we use, maybe just
(suggestion) download the doc that he shared (that is on the wiki), do
your edits, and share it back on the mailing list. The other alternative
is that you or one of the other google haters (which is fine...), take
the document that he shared through email, you create a wiki, and you
guys can edit it on the wiki, then Jay can incorporate those change in
his google docagain, the doers can decide.


Sorry, but I don't agree : even in a free software project, there must 
be some minimum mandatory tools that ease working together.


Doers can decide on some tools : theirs internal tools, but not on 
common tools.


In our example, IMHO, Jay can use gdoc for his own research, and ask 
other people to comment on gdoc.
But when the document is an official TDF one, it should be 
handled/stored by tdf tools (for technical and ethical reasons).

Ex : the new HIG should be worked only on tdf wiki.


Everyone should ask himself : if I use that tool to create a file, will 
it easy for other people to work later on that file ?
(easy means : free as free beer + free as free speech + standard 
format that is supposed to be available/readable in next years)


So designers can use any software to produce screenshots/mockups that 
we'll be integrated in the HIG (Gimp, inkscape or Pencil... they just 
have to export as png, jpg or svg).
Using Photoshop or Balsamiq to create mockup may generate problems as if 
other designers want to modify them, they have to buy/crack those 
software, or use it with some restrictions. Or recreate from scratch, 
which is a waste of time.



I'm the first to ask myself this question : I used Pencil :
- it's free as free beer
- it's free as free speech
- it produces mockups as beautiful as Balsamiq's ones
- but his own format is not known by other software : will it be easy to 
read those '.ep' files in the future ?
So I learned Inkscape (some basic functions) to replace it. I lost some 
specifics tools for mockups (hand-made style, widgets gallery...), but I 
gained a standard software with standard format, maintained software 
[2], fast and powerful software.


When you see the UbuntuTouch UI Toolkit [3], you have a good example of 
how we could create mockups.
And if we want to eat our own dog food, we should use LO Draw only for 
mockups ! (We should define a template or a widget gallery)



Cheers,
Michel

[1] I'm the one who started to add QtCreator support :-)
[2] With some Firefox update, Pencil could not export to 

Re: [libreoffice-design] Improving Impress' UX

2015-06-11 Thread Sophie
Hi,

Jumping in the conversation:
Le 11/06/2015 10:28, Michel RENON a écrit :
[...]

 
 Wikipedia worked on a new editor [1] : any chances to use it in TDF wiki ?

Dennis is currently working on its implementation to our wiki
Cheers
Sophie
-- 
Sophie Gautier sophie.gaut...@documentfoundation.org
GSM: +33683901545
IRC: sophi
Co-founder - Release coordinator
The Document Foundation

-- 
To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted


Re: [libreoffice-design] Improving Impress' UX

2015-06-11 Thread Adolfo Jayme Barrientos
2015-06-10 8:29 GMT-05:00 Pedro Rosmaninho mota.pr...@gmail.com:
 If other people don't contribute then their input is worth less.

This jewel is pure bullshit.

-- 
To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted


Re: [libreoffice-design] Improving Impress' UX

2015-06-11 Thread Jay Philips

Hi JBF,

On 06/11/2015 10:18 AM, Jean-Baptiste Faure wrote:

Hi Jay, all,

Le 10/06/2015 22:39, Jay Philips a écrit :

[...]
Wikis are not WYSIWYG and hard to edit. You cant format a wiki similar
to a document.


You can use the Mediawiki extension to write your document in
LibreOffice and push it to the wiki.


Yes i'm aware of the mediawiki extension and its does make it easy to 
export to a wiki, but i doesnt make it easy to manage one (e.g. no 
import option).



You dont have commenting and track changes.


Error: with a wiki you have a complete history of each change since the
creation of the document.
Additionally you have a discussion page to comment.


When i was referring to track changes and commenting, i'm referring to 
how it is implemented in a word processor. Yes wikis provide history of 
edits, but that is not track changes, where you have an easy option to 
accept or reject individual changes. Wikis also provide a discussion 
page where people can comment, but that is a separate page from the wiki 
page and not integrated into the wiki page like how comments are. Wikis 
are not easy for collaboration and are more suited for individuals to 
make individual changes that continuously improve a page. Wikis also 
have a barrier of entry because edits happen in markdown which doesnt 
happen when you deal with a WYSIWYG word processor.



Likely when the document is fully finished, it would be published to the wiki,
similar to how we are doing with the HIG.


And you will lost the complete history of the document. That is a very
important information and it is a bad idea to rely on Google to keep the
memory of the LibreOffice community. The data of the LibreOffice project
must be stored on TDF servers not elsewhere. The working in progress
documents are project data and must be stored on TDF servers.


I'm writing a document on Google Docs that i previously would write on 
my computer, but writing it locally means that it could get lost and its 
difficult to share and collaborate on. The history of the document isnt 
important as its my personal thoughts and research on how impress can be 
improved and i'm looking for comments from others who may disagree with 
my thoughts or have suggestions of their own that they'd want to include 
it in the document.


My time is finite and i used Google Docs as it is a simple tool for the 
type of document i want to create and collaborate on. I have provided 
you and others with a means of reading and commenting on the document 
without dealing with Google services and hope that you will utilize it.



Best regards.
JBF


Jay

--
To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted


Re: [libreoffice-design] Improving Impress' UX

2015-06-11 Thread Joel Madero


On 06/10/2015 11:18 PM, Jean-Baptiste Faure wrote:
 Hi Jay, all,

 Le 10/06/2015 22:39, Jay Philips a écrit :
 [...]
 Wikis are not WYSIWYG and hard to edit. You cant format a wiki similar
 to a document. 
 You can use the Mediawiki extension to write your document in
 LibreOffice and push it to the wiki.

 You dont have commenting and track changes. 
 Error: with a wiki you have a complete history of each change since the
 creation of the document.
 Additionally you have a discussion page to comment.

 Likely when the document is fully finished, it would be published to the 
 wiki,
 similar to how we are doing with the HIG.
 And you will lost the complete history of the document. That is a very
 important information and it is a bad idea to rely on Google to keep the
 memory of the LibreOffice community. The data of the LibreOffice project
 must be stored on TDF servers not elsewhere. The working in progress
 documents are project data and must be stored on TDF servers.
While I fully respect your opinion - this last statement is just not
correct. We don't use words like must in the project when referring to
how other people accomplish their work. The doers get to decide, Jay has
been doing a *lot* of work, he has found a workflow that works for him,
and no one is going to dictate that he change it. That being said, he's
been incredibly accommodating and has shared the document through email
so that others can download it, comment on it, and get their feedback
incorporate, all without affecting your (and others) phobia of google
products.

So I'll respectfully say, there is no must - there seems to be a
perfectly acceptable compromise that Jay found. Instead of everyone
wasting their time arguing over what tool we use, maybe just
(suggestion) download the doc that he shared (that is on the wiki), do
your edits, and share it back on the mailing list. The other alternative
is that you or one of the other google haters (which is fine...), take
the document that he shared through email, you create a wiki, and you
guys can edit it on the wiki, then Jay can incorporate those change in
his google docagain, the doers can decide.

Best,
Joel


-- 
To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted


Re: [libreoffice-design] Improving Impress' UX

2015-06-11 Thread Jean-Baptiste Faure
Hi,

[Please keep in mind that English is not my native language]

Le 11/06/2015 16:59, Joel Madero a écrit :
 
 
 On 06/10/2015 11:18 PM, Jean-Baptiste Faure wrote:
[...]
 And you will lost the complete history of the document. That is a very
 important information and it is a bad idea to rely on Google to keep the
 memory of the LibreOffice community. The data of the LibreOffice project
 must be stored on TDF servers not elsewhere. The working in progress
 documents are project data and must be stored on TDF servers.
 While I fully respect your opinion - this last statement is just not
 correct. 

It is very surprising for me when an organization, working on editing
and managing documents, does not consider its own documents, which are
its memory, important enough to be kept in its own repositories.
And document history is as important as the final document. For example
document history will show why or if some choice not present in the
final document, has been discussed and rejected during the document
development. Having the document history prevents to discuss again and
again the same things.

 [...] your (and others) phobia of google products.

The problem is not only Google, it would be the same with any comparable
external supplier. The important word is external, not Google.

That said, the doers get to decide.


Best regards.
JBF

-- 
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
Disclaimer: my Internet Provider being located in France, each of our
exchanges over Internet will be scanned by French spying services.

-- 
To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted


Re: [libreoffice-design] Improving Impress' UX

2015-06-11 Thread Pedro Rosmaninho
I think the issue is more a matter of ease of use and collaboration and it
is quite well known that Google Docs is great in that regard.
There's the design Hangouts minutes that document all the work done, and
maybe at the end of each release cycle the documents produced during that
release cycle could be rounded up?

I just don't think that bureaucratizing everything or trying to condition
on how people are doing their work is productive...

On Thu, Jun 11, 2015 at 5:35 PM, Jean-Baptiste Faure 
jbfa...@libreoffice.org wrote:

 Hi,

 [Please keep in mind that English is not my native language]

 Le 11/06/2015 16:59, Joel Madero a écrit :
 
 
  On 06/10/2015 11:18 PM, Jean-Baptiste Faure wrote:
 [...]
  And you will lost the complete history of the document. That is a very
  important information and it is a bad idea to rely on Google to keep the
  memory of the LibreOffice community. The data of the LibreOffice project
  must be stored on TDF servers not elsewhere. The working in progress
  documents are project data and must be stored on TDF servers.
  While I fully respect your opinion - this last statement is just not
  correct.

 It is very surprising for me when an organization, working on editing
 and managing documents, does not consider its own documents, which are
 its memory, important enough to be kept in its own repositories.
 And document history is as important as the final document. For example
 document history will show why or if some choice not present in the
 final document, has been discussed and rejected during the document
 development. Having the document history prevents to discuss again and
 again the same things.

  [...] your (and others) phobia of google products.

 The problem is not only Google, it would be the same with any comparable
 external supplier. The important word is external, not Google.

 That said, the doers get to decide.


 Best regards.
 JBF

 --
 Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
 Disclaimer: my Internet Provider being located in France, each of our
 exchanges over Internet will be scanned by French spying services.

 --
 To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
 All messages sent to this list will be publicly archived and cannot be
 deleted


-- 
To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted


Re: [libreoffice-design] Improving Impress' UX

2015-06-11 Thread Joel Madero
On Thu, Jun 11, 2015 at 9:59 AM, Pedro Rosmaninho mota.pr...@gmail.com
wrote:

 I think the issue is more a matter of ease of use and collaboration and it
 is quite well known that Google Docs is great in that regard.
 There's the design Hangouts minutes that document all the work done, and
 maybe at the end of each release cycle the documents produced during that
 release cycle could be rounded up?

 I just don't think that bureaucratizing everything or trying to condition
 on how people are doing their work is productive...


+1 - the project prides itself on exactly this point :) Anyways, is there
not a straight forward solution here? I mentioned two before.


Best,
Joel

P.S. JBF - no need to  point out English not being your primary
languageyour English is 1x better than my French so you're leagues
ahead of me :)
-- 
*Joel Madero*
LibreOffice QA Volunteer
jmadero@gmail.com

-- 
To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted


Re: [libreoffice-design] Improving Impress' UX

2015-06-11 Thread Pedro Rosmaninho
Glad that you think so since that jewel has been thrown to my face multiple
times including by LO developers and even members of the design group
(although not recently).

On Thu, Jun 11, 2015 at 12:34 PM, Adolfo Jayme Barrientos 
f...@libreoffice.org wrote:

 2015-06-10 8:29 GMT-05:00 Pedro Rosmaninho mota.pr...@gmail.com:
  If other people don't contribute then their input is worth less.

 This jewel is pure bullshit.


-- 
To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted


Re: [libreoffice-design] Improving Impress' UX

2015-06-11 Thread Cor Nouws
Pedro Rosmaninho wrote on 11-06-15 15:22:
 Glad that you think so since that jewel has been thrown to my face multiple
 times including by LO developers and even members of the design group
 (although not recently).

If people handle your contribution less serious because you do only a
little, that is wrong, IMO.
On the other hand, when people work a lot for LibreOffice, they move in
general faster with subjects/changes, and often have ore overview. Which
makes communication hard.
It's really a thing that is difficult in our type of community. Bet
being aware and trying to communicate about limitations expectations,
can help. Most of the times. I hope... Well ;)


-- 
Cor Nouws
GPD key ID: 0xB13480A6 - 591A 30A7 36A0 CE3C 3D28  A038 E49D 7365 B134 80A6
- vrijwilliger http://nl.libreoffice.org
- volunteer http://www.libreoffice.org
- The Document Foundation Membership Committee Member

-- 
To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted


Re: [libreoffice-design] Improving Impress' UX

2015-06-11 Thread Cor Nouws
Joel Madero wrote on 11-06-15 16:59:
 The doers get to decide,

Which makes no distinction between doing a lot or not so much (what
still can be a lot looking to one's availability).
It's all about cooperation ;)


-- 
Cor Nouws
GPD key ID: 0xB13480A6 - 591A 30A7 36A0 CE3C 3D28  A038 E49D 7365 B134 80A6
- vrijwilliger http://nl.libreoffice.org
- volunteer http://www.libreoffice.org
- The Document Foundation Membership Committee Member

-- 
To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted


Re: [libreoffice-design] Improving Impress' UX

2015-06-11 Thread Jean-Baptiste Faure
Hi Jay, all,

Le 10/06/2015 22:39, Jay Philips a écrit :
 [...]
 Wikis are not WYSIWYG and hard to edit. You cant format a wiki similar
 to a document. 

You can use the Mediawiki extension to write your document in
LibreOffice and push it to the wiki.

You dont have commenting and track changes. 

Error: with a wiki you have a complete history of each change since the
creation of the document.
Additionally you have a discussion page to comment.

 Likely when the document is fully finished, it would be published to the wiki,
 similar to how we are doing with the HIG.

And you will lost the complete history of the document. That is a very
important information and it is a bad idea to rely on Google to keep the
memory of the LibreOffice community. The data of the LibreOffice project
must be stored on TDF servers not elsewhere. The working in progress
documents are project data and must be stored on TDF servers.

Best regards.
JBF

-- 
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
Disclaimer: my Internet Provider being located in France, each of our
exchanges over Internet will be scanned by French spying services.

-- 
To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted


Re: [libreoffice-design] Improving Impress' UX

2015-06-11 Thread Michel RENON

Hi,

Le 10/06/2015 22:39, Jay Philips a écrit :

Hi JBF,

On 06/10/2015 11:46 PM, Jean-Baptiste Faure wrote:

Hi,

I am interested but I refuse to use Google Docs to contribute to
LibreOffice project. So, no input from me.


You can download the current version of the document below and make
track changes and comments to it and email it back to me. I hope that
is something that is acceptable to you.

https://wiki.documentfoundation.org/File:Making_Impress_A_UX_Princess.zip



If you don't want use Etherpad, why don't you use the wiki ?


Wikis are not WYSIWYG


To write some UI proposals, I don't find that it is a problem.
As an example, here my most precise proposal :
https://wiki.documentfoundation.org/ImpressAnimationEntrance

IMHO, the wiki format is ok for UI proposals.
To have such a document with mockups in A4 pages (european std letter) 
would require a lot of work with page breaks and would be less 
easy/fluid to read.



and hard to edit.


Yes, it's a bit boring, but it forces writer to concentrate on content, 
structuring, not on aesthetics.

(isn't there a thread about styles vs direct formatting ;-) ?)

I agree that inserting image is really boring.
But for text, I find it basic/rough but ok :
usually, we use 3 to 4 levels of headers, bullets, paragraph numbering, 
bold, italic : anything that is basic in a wiki.



Wikipedia worked on a new editor [1] : any chances to use it in TDF wiki ?



You cant format a wiki similar to a document.


As previously said, I think it's an advantage for UI proposals that have 
lots of images (mockups, screenshots...) : you don't waste time with 
page layouts/breaks !




You dont have commenting


We can have something that looks similar : for the Renaissance project, 
each proposal had comments.

Here is my proposal, with some comments (and one from Christoph Noack) :
https://wiki.openoffice.org/wiki/Proposal_by_Michel_Renon#Comments


I agree that it's not the same functionality level than gdoc's comments, 
but we can work with something so simple than that.

(and comment history would be automatically saved by wiki)


 and track changes.

Wiki have history and can make diffs.




Likely when  the document is fully finished, it would be published
to  the wiki,
similar to how we are doing with the HIG.



I would make the opposite :
work on wiki, edit, changes...
When it's finished, create an official document in A4 with first page, 
summary, page numbers, headers, footers, references, correct page breaks 
for images... well, a 'state of the art' of LibreOffice document ;-)

And then integrated in the wiki (odt  pdf) as last revision.



Cheers,

Michel



[1] https://www.mediawiki.org/wiki/Extension:VisualEditor
to test it :
https://www.mediawiki.org/w/index.php?title=VisualEditor:Test

--
To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted


Re: [libreoffice-design] Improving Impress' UX

2015-06-10 Thread Pedro Rosmaninho
Well, if most of the most active contributors are fine with using Google
Docs (or even considering it crucial for their organization) they should
use the tools they consider the best for doing their job.

If other people don't contribute then their input is worth less. If they
don't want to rely on Google Docs/services and move to other platforms then
they should contribute as much as those that use those services...

On Tue, Jun 9, 2015 at 10:52 PM, Joel Madero jmadero@gmail.com wrote:

 Just wanted to thank you Jay for doing the open invite. You're at the
 forefront of lots of cool innovative things in the project and it's good to
 see things moving forward :)

 Best,
 Joel

 On Tue, Jun 9, 2015 at 2:29 PM, Jay Philips ypha...@gmail.com wrote:

  On 06/08/2015 09:07 AM, Charles-H. Schulz wrote:
 
  Hello Jay,
 
 
  Hi Charles,
 
   Thank you for starting this. However I have a really big problem with
 the
  use
  of Google Docs. People may not want to subscribe nor to rely on Google
  services.
 
 
  Yes i've seen that some people prefer not to use google services and i
  would never force it onto people who make that choice, but they do not
 need
  to subscribe to google services to leave comments. They are also welcome
 to
  read the document and send their feedback to me by email or download the
  document and make track changes to it an email it to me.
 
   We have pads (http://pad.documentfoundation.org) and you can open
 
  one rather easily. As long as we will continue to use Google Docs many
  people
  simply won't contribute to our discussion.
 
 
  I've tried etherpad and unfortunately it doesnt have the features i need
  to get the job done. I look forward to when LOOL is launched, so i can
  shift over to that.
 
  Jay
 
 
  --
  To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
  All messages sent to this list will be publicly archived and cannot be
  deleted
 



 --
 *Joel Madero*
 LibreOffice QA Volunteer
 jmadero@gmail.com

 --
 To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
 All messages sent to this list will be publicly archived and cannot be
 deleted


-- 
To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted


Re: [libreoffice-design] Improving Impress' UX

2015-06-10 Thread Jean-Baptiste Faure
Hi,

Le 08/06/2015 00:55, Jay Philips a écrit :
 Hi All,
 
 I'm currently working on a document on how we can improve Impress' UX,
 so all are welcome to give their input.

I am interested but I refuse to use Google Docs to contribute to
LibreOffice project. So, no input from me.

If you don't want use Etherpad, why don't you use the wiki ?

Best regards.
JBF

-- 
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
Disclaimer: my Internet Provider being located in France, each of our
exchanges over Internet will be scanned by French spying services.

-- 
To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted


Re: [libreoffice-design] Improving Impress' UX

2015-06-10 Thread Jay Philips

Hi JBF,

On 06/10/2015 11:46 PM, Jean-Baptiste Faure wrote:

Hi,

I am interested but I refuse to use Google Docs to contribute to
LibreOffice project. So, no input from me.


You can download the current version of the document below and make 
track changes and comments to it and email it back to me. I hope that is 
something that is acceptable to you.


https://wiki.documentfoundation.org/File:Making_Impress_A_UX_Princess.zip


If you don't want use Etherpad, why don't you use the wiki ?


Wikis are not WYSIWYG and hard to edit. You cant format a wiki similar 
to a document. You dont have commenting and track changes. Likely when 
the document is fully finished, it would be published to the wiki, 
similar to how we are doing with the HIG.



Best regards.
JBF


Jay

--
To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted


Re: [libreoffice-design] Improving Impress' UX

2015-06-09 Thread Joel Madero
Just wanted to thank you Jay for doing the open invite. You're at the
forefront of lots of cool innovative things in the project and it's good to
see things moving forward :)

Best,
Joel

On Tue, Jun 9, 2015 at 2:29 PM, Jay Philips ypha...@gmail.com wrote:

 On 06/08/2015 09:07 AM, Charles-H. Schulz wrote:

 Hello Jay,


 Hi Charles,

  Thank you for starting this. However I have a really big problem with the
 use
 of Google Docs. People may not want to subscribe nor to rely on Google
 services.


 Yes i've seen that some people prefer not to use google services and i
 would never force it onto people who make that choice, but they do not need
 to subscribe to google services to leave comments. They are also welcome to
 read the document and send their feedback to me by email or download the
 document and make track changes to it an email it to me.

  We have pads (http://pad.documentfoundation.org) and you can open

 one rather easily. As long as we will continue to use Google Docs many
 people
 simply won't contribute to our discussion.


 I've tried etherpad and unfortunately it doesnt have the features i need
 to get the job done. I look forward to when LOOL is launched, so i can
 shift over to that.

 Jay


 --
 To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
 All messages sent to this list will be publicly archived and cannot be
 deleted




-- 
*Joel Madero*
LibreOffice QA Volunteer
jmadero@gmail.com

-- 
To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted


Re: [libreoffice-design] Improving Impress' UX

2015-06-09 Thread Jay Philips

On 06/08/2015 09:07 AM, Charles-H. Schulz wrote:

Hello Jay,


Hi Charles,


Thank you for starting this. However I have a really big problem with the use
of Google Docs. People may not want to subscribe nor to rely on Google
services.


Yes i've seen that some people prefer not to use google services and i 
would never force it onto people who make that choice, but they do not 
need to subscribe to google services to leave comments. They are also 
welcome to read the document and send their feedback to me by email or 
download the document and make track changes to it an email it to me.


 We have pads (http://pad.documentfoundation.org) and you can open

one rather easily. As long as we will continue to use Google Docs many people
simply won't contribute to our discussion.


I've tried etherpad and unfortunately it doesnt have the features i need 
to get the job done. I look forward to when LOOL is launched, so i can 
shift over to that.


Jay

--
To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted


Re: [libreoffice-design] Improving Impress' UX

2015-06-07 Thread Charles-H . Schulz
Hello Jay,

Jay Philips ypha...@gmail.com @ 2015-06-08 00:55 CEST:

 Hi All,

 I'm currently working on a document on how we can improve Impress' UX, 
 so all are welcome to give their input.

 https://docs.google.com/document/d/1Ri2jznhcQmCtk3cVygEhwN7pi8FkbIVV_OvRQce_n6Y/edit?usp=sharing

Thank you for starting this. However I have a really big problem with the use
of Google Docs. People may not want to subscribe nor to rely on Google
services. We have pads (http://pad.documentfoundation.org) and you can open
one rather easily. As long as we will continue to use Google Docs many people
simply won't contribute to our discussion.

Thanks,

Charles.



 Jay

-- 
Charles-H. Schulz Co-founder, The Document Foundation, Kurfürstendamm 188, 
10707 Berlin Gemeinnützige rechtsfähige Stiftung des bürgerlichen Rechts Legal 
details: http://www.documentfoundation.org/imprint Mobile Number: +33 (0)6 98 
65 54 24.

-- 
To unsubscribe e-mail to: design+unsubscr...@global.libreoffice.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.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted