Hello, Michael On Thu, May 5, 2011 at 14:16, Michael Meeks <michael.me...@novell.com>wrote:
> Hi there, > > On Wed, 2011-05-04 at 22:05 -0300, rcsilv...@gmail.com wrote: > > Very nice, Michael! I think that, at this moment, a tablet (Honeycomb) > > interface is much more needed because it can be a full-featured > > version in a market that isn't dominated by MS Office. Additionally, > > we already have the "OpenOffice Reader" for smatphones that works > > well. > > Sounds good to me :-) I cc'd the dev list incidentally. > Great! Very good to CC the list. Jonathan (CC'd) already came to me so we can work together on this. > > > What do your think? Can I focus on that? > > Certainly. In fact Android for tablet or mobile would need to use > the > same rendering approach anyway I think, so - I wouldn't worry about > that. > > > What about the initial code? Can I commit to a GitHub repository? Do > > you suggest some place else? > > Oh - well; if you git clone the repos, then you can commit to your > local git repository of course. > > As/when you have something that is more generally useful we can get > that into master, as/when it starts to be interesting for others to work > with you - we'll get a commit account setup so you can push to a feature > branch. > Perfect. > > How does that sound ? For the while - I suggest you work in your own > git repo, (and I'd recommend getting a Linux build working first so > you're familiar with the build etc.) - and then look at the > cross-compilation. > Good ideias and I'll follow your advices. > > Some other thoughts are: perhaps as a first set of tasks - we would > want to have a -very- cut-down build mode: that throws away lots of > pieces that we don't want: to save size, eg. I don't think 'base' > belongs on a tablet (with hsqldb), nor binfilter, nor rhino or > beanshell, no wizards, and no templates. Possibly our older filter > formats: lwp, wpd, works, dbase, etc. could be thrown overboard too. > > Possibly it would make sense working on creating a distro-config/ > file > (that we can use with autogen.sh) that builds an absolutely minimal > LibreOffice - with as much minority feature-weight removed as possible. > Potentially that means adding new compile options to disable things (eg. > the Java wizards). Possibly we would want to also be able to cut out > things un-needed in a reader - such as the gallery eg. > I couldn't agree more with you! > > All of that should be easy to write and test, on a stock Linux > machine > without worrying about cross-compilation etc. > I hope so :) > > ATB, > > Michael. > > -- > michael.me...@novell.com <><, Pseudo Engineer, itinerant idiot > > > Thank you very much and I keep you up to date. Regards, -- Rodrigo http://www.rodrigocarvalho.blog.br ------------------------------------ Participe do I Hack'n Rio <http://hacknrio.org/> ------------------------------------
_______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice