I had looked at think free office, which I know doesnt support ODF but I
am using it more for the UI look. What I noted is that it displays all
the directories in ones devices.
I was thinking instead of doing that, When loading it would some how
index the location of all files and just display
Christopher this is userful, but in a way you are jumping the gun here.
Tor and I discussed yesterday on a good place to start, and I agree with
him at this point its best to get something to where we can just open
the files.
As in my original email I am wondering if its worth making it easy
> Tor do you still feel like this is worth including even on a mobile device
> or bypassing all together?
As long as we don't have a way to *create*
text/spreadsheet/presentation contents from scratch, I don't see the
point in having a Start Centre in a non-desktop LO-based app. I.e.
there shouldn
Tor do you still feel like this is worth including even on a mobile
device or bypassing all together?
On 02/04/2012 17:57, Tor Lillqvist wrote:
So the startcenter was not for when all documents are closed, but when
it is launched. (hence the name)
Ah. Yes of course, silly me. Good that I am no
On 02/04/2012 16:59, Christian Lohmaier wrote:
Hi *,
On Mon, Apr 2, 2012 at 4:06 PM, Tor Lillqvist wrote:
so for the native Mac GUI port in OOo 3.0 the Start
Centre was designed (in its fully gradiented glory) so it can be shown
to those posh Mac users in the case when no document is opened.
> So the startcenter was not for when all documents are closed, but when
> it is launched. (hence the name)
Ah. Yes of course, silly me. Good that I am not ashamed to admit it
when I have been talking crack.
--tml
___
LibreOffice mailing list
LibreOffic
Hi *,
On Mon, Apr 2, 2012 at 4:06 PM, Tor Lillqvist wrote:
>> so for the native Mac GUI port in OOo 3.0 the Start
>> Centre was designed (in its fully gradiented glory) so it can be shown
>> to those posh Mac users in the case when no document is opened.
>
> ("posh"?)
>
> Oh, odd, as that's not h
> so for the native Mac GUI port in OOo 3.0 the Start
> Centre was designed (in its fully gradiented glory) so it can be shown
> to those posh Mac users in the case when no document is opened.
("posh"?)
Oh, odd, as that's not how "normal" Mac apps work, is it?
If you have no documents open in Te
On 02/04/12 13:17, Tor Lillqvist wrote:
> (In fact,
> personally I think the "Start Centre" (as I think its official name
> is) makes little sense on normal desktop OSes, either, and we keep it
> just because we don't have the courage (or the UX resources) to get
> rid of it...)
OOo 2.x used to pr
On 4/2/12 2:51 PM, Jovan Kostovski wrote:
On Mon, Apr 2, 2012 at 2:11 PM, Charles-H. Schulz
wrote:
May I also suggest, from a non-developer perspective, that you
coordinate your work with the UX and design team ? They're been writing
specs for an Android interface, if I remember well.
Great s
On Mon, Apr 2, 2012 at 2:11 PM, Charles-H. Schulz
wrote:
> May I also suggest, from a non-developer perspective, that you
> coordinate your work with the UX and design team ? They're been writing
> specs for an Android interface, if I remember well.
Great suggestion Charles, here a link to that d
On 4/2/12 2:34 PM, Tor Lillqvist wrote:
http://www.androidappsource.com/images/icons/-1874687392502665318_0_screenshot.png.
Would this be the way we would want to take things?
Hmm, yeah, I stand corrected; clearly comparable apps *do* have
something like a "file chooser". (Although very miminal
On 4/2/12 2:32 PM, Alexander Thurgood wrote:
Le 02/04/12 13:45, Tor Lillqvist a écrit :
Hi Tor,
Do comparable Android apps really have "file choosers"? (I just have
the emulator, which is somewhat painful to use, and no 3rd-party apps.
Yes, quite a few office suite editing apps (and not just
> http://www.androidappsource.com/images/icons/-1874687392502665318_0_screenshot.png.
> Would this be the way we would want to take things?
Hmm, yeah, I stand corrected; clearly comparable apps *do* have
something like a "file chooser". (Although very miminal compared to
file choosers on desktop O
Le 02/04/12 13:45, Tor Lillqvist a écrit :
Hi Tor,
> Do comparable Android apps really have "file choosers"? (I just have
> the emulator, which is somewhat painful to use, and no 3rd-party apps.
Yes, quite a few office suite editing apps (and not just viewers) still
do have either a basic file
On 4/2/12 2:11 PM, Charles-H. Schulz wrote:
Jonathan,
Le Mon, 02 Apr 2012 13:35:02 +0200,
Jonathan Aquilina a écrit :
The menu I did is equivalent to the application chooser on
linux mac etc.
And that is something not needed on Android (or iOS). (In fact,
personally I think the "Start Centre
Jonathan,
Le Mon, 02 Apr 2012 13:35:02 +0200,
Jonathan Aquilina a écrit :
> >> The menu I did is equivalent to the application chooser on
> >> linux mac etc.
> > And that is something not needed on Android (or iOS). (In fact,
> > personally I think the "Start Centre" (as I think its official nam
On 4/2/12 1:17 PM, Tor Lillqvist wrote:
SNIP
The user interface of *Android* itself is an app chooser. I am farily
sure one is not supposed to work around that and have one's own "app
chooser" app that "opens up" sub-apps.
Anyway, before we get so far that we can actually edit (and thus
create)
SNIP.
> Would you recommend i revamp the menu to allow for now just open and
choosing of a file and opening it and displaying it on screen?
I don't think so. I think our viewer apps will be started
automatically by the system thanks to being associated with some MIME
types (or whatever the t
On Mon, 2012-04-02 at 14:17 +0300, Tor Lillqvist wrote:
> And that is something not needed on Android (or iOS). (In fact,
> personally I think the "Start Centre" (as I think its official name
> is) makes little sense on normal desktop OSes, either, and we keep it
> just because we don't have the c
> I couldn't, quickly looking, find anything corresponding to a "file explorer"
> even. Which is as expected, surely?)
(I meant that I think it is expected that there is no "file explorer",
not that a such would be expected.)
--tml
___
LibreOffice mail
> I think though we could still keep something like this, but when an app is
> chosen, the start center on the device is unloaded,
"unloaded", you mean it exits? Android app processes should never exit
by own choice. If you leave an app, it just stays in the background.
It's the OS that then kills
On 4/2/12 1:17 PM, Tor Lillqvist wrote:
So the menu xml file and the single java file would be sufficient to commit
to the LO repository, and nothing else?
The "bin" and "gen" directories should not be in source control.
I am not saying a single app, I in a way trying to keep it with an
applic
> So the menu xml file and the single java file would be sufficient to commit
> to the LO repository, and nothing else?
The "bin" and "gen" directories should not be in source control.
> I am not saying a single app, I in a way trying to keep it with an
> application chooser that would for instan
On 4/2/12 12:52 PM, Tor Lillqvist wrote:
https://github.com/eagles051387/LibreOffice-Android-UI-
I notice that you have committed also "binaries" (build output files,
even temporary ones) into git...
Looking at the actual (single) source file
(https://github.com/eagles051387/LibreOffic
> https://github.com/eagles051387/LibreOffice-Android-UI-
>
I notice that you have committed also "binaries" (build output files, even
temporary ones) into git...
Looking at the actual (single) source file (
https://github.com/eagles051387/LibreOffice-Android-UI-/blob/master/LoDroidUI/src/loDroid
Hey Michael, Tor, and all
I have an initial android project I created for the UI which can be
integrated into the core. I have a git hub repository here
https://github.com/eagles051387/LibreOffice-Android-UI-
My question though is what would be the best w
27 matches
Mail list logo
