Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


Hi Matteo,

On Thu, 2011-11-24 at 02:04 +0100, Matteo Casalin wrote:
* a revised patch, with a new ImplDrawSymbol;

        Lovely :-) it reads more nicely now, I pushed it & good work.

* a picture with the drawings of all symbols, produced by both the old
   and by the new routines. All symbols were drawn with different sides
   of their target rectangle, and for each rectangle size 4 full
   sequences of symbols are drawn:

        All looks good to me. I love the improved float icon too :-)

Yeah, using polygons could reduce that code, but I just begun 
contributing and I don't feel comfortable with such a big change, at 
least for now.

        Heh :-)

 Besides, I had a quick look at (rendering of) polygons 
and it looks a little too complicated for such small symbols and, if you 
take a look at the circles generated by the original ImplDrawSymbols 
(which made use of polygons), you'll see that the results were not so 
precise.

        Right; I saw you replaced that.

No problem, I see that there's a lot of activity in the repository :)
I'm planning to do some more cleanups in Docuview, I'll post them little 
by little. Is this kind of activities appreciated or would bug-solving 
be better ?

        Oh - well, everything gratefully received :-) whatever interests you
most is best I think. Of course, some of our bigger, nastier problems
are in the are of user-interface; 

 I'm asking this because this task was chosen by chance, more 
for training than for other reason.

        Sure; so - you could poke another easy-hack, or carry on cleaning this
up. There are really plenty of interesting tasks - it often helps to
have several on the queue :-)

        Of course, things that improve the UI are much appreciated by end
users, and there are a number of open tasks in this area that are not
easy hacks if you're interested (Christophe had a nice idea of making it
rather easier to add notes by clicking on the ruler IIRC that might be
fun) :-)

Another question on preferred behaviour for future contributions: should 
I have posted this new patch as a new mail, with an explicit [PATCH] 
header in its subject?

        That's best practise yes, but luckily I was watching for this :-)

On Thu, 2011-11-24 at 12:22 +0100, Matteo Casalin wrote:
    please also note that for SYMBOL_CHECKMARK I kept both normal and 
mirrored versions of the symbol, as in the original routine, although 
the comment

// #106953# never mirror checkmarks

        Heh :-)

seems to mean that this is not desired. But I don't know if the 
comment is obsolete, misleading (could it mean that the bug was that 
checkmarks was not mirrored, as they should?) or correct (and in the 
latter case implementation is wrong). As a beginner I really don't 
know where to search for such a bug report and, honestly, I'm a bit 
puzzled by bug identifiers (fdo#, i# or whatelse).

        Ah - so - this bug is to a dead & obsolete Sun/Oracle bug tracker that
rides no more: it'd be good (in fact) to come up with a nice regexp to
find them all across the code & remove them.

I did some internet research about checkmarks in RTL, without results.
Unless the original bug report is found, this issue should/could
eventually be clarified with some RTL people.

        Sure - poke Lior Kaplan he's the man for RTL queries. I strongly
suspect the comment is right though - I don't think those guys want
backwards ticks in boxes ;-)

        Anyhow - thanks for the great work; looking forward to your next steps.

        All the best,

                Michael.

-- 
michael.meeks@suse.com  <><, Pseudo Engineer, itinerant idiot


Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.