On 3/31/2015 11:49 PM, Michael Wu wrote:
Valter Mura 於 2015/4/1 上午 04:07 寫道:
Il 25/03/2015 23:42, Richard VINCK ha scritto:
Hello at the nice people at LibreOffice! (especially you :-) )
I'm using LibreOffice version 4.4.1.2
I was very surprised to see a bug (?!) in the internal SORT functio
Valter Mura 於 2015/4/1 上午 04:07 寫道:
>
>
> Il 25/03/2015 23:42, Richard VINCK ha scritto:
>> Hello at the nice people at LibreOffice! (especially you :-) )
>>
>> I'm using LibreOffice version 4.4.1.2
>>
>> I was very surprised to see a bug (?!) in the internal SORT function
>> of Calc.
>>
>> Please
Hi :)
Sorry we couldn't help! Have you tried the Devs mailing list or irc or
whatnot? I suspect the Devs might be more likely to be able to help with
something like this!
Good luck, apols and regards from
Tom :)
On 29 March 2015 at 20:34, gurxs wrote:
> Hi all,
>
> i've created some functions
Hello, I am not a programmer, but I am somewhat knowledgeable about simple
coding. I have a spreadsheet that contains a date stamp along with some
true/false data. I would like to transfer this information into a color
coded calendar (quick reference yearly calendar that I can print on a
single pag
Il 27/03/2015 11:38, Pertti Rönnberg ha scritto:
Tim Lloyd's comment is not acceptable!
This is not a question of a (unpaid) programmer's likings or
priorities -- this is a serious question of Libre Office's liability,
because both of the the sort buttons in the toolbar (asc & desc) give
wron
Il 25/03/2015 23:42, Richard VINCK ha scritto:
Hello at the nice people at LibreOffice! (especially you :-) )
I'm using LibreOffice version 4.4.1.2
I was very surprised to see a bug (?!) in the internal SORT function
of Calc.
Please fill the following cells with a simple letter:
L17=Z
L18=
Hi :)
It is frustrating on both sides i reckon. I think something got lost in
translation somewhere.
I suspect that if anyone were to provide the information the Devs or QA
Team requested in any of those bug-reports then that report would be
re-opened. However i get the feeling that there might
On 3/30/2015 5:08 PM, Andreas Säger wrote:
> Am 30.03.2015 um 14:08 schrieb Tanstaafl:
>>
>>> It is a regression because it used to be a configurable option.
>>
>> Oh, ok, so what is the current open bug#?
>>
>
> I don't care. I deleted my bugzilla account after receiving the
> following mail for
Hi :)
Yeh i think the words "elaborate" and "double entry" and "accounting
system" all indicate that what you do is at a much higher level. Like the
spreadsheets i was grumbling about but you are using a proper system that
gets good results.
I think it takes a bit of a struggle to set it up at fi
Am 31.03.2015 um 12:23 schrieb xavier2:
> Yes, I suspect this is impossible, we cannot have a "currency" variable,
> because we would have to have thousands of different variables according the
> thousands of currencies in the world. What BASE can do is to format the way
> the output is presented t
Hello,
I have been "doing the books" for a brassband for the past 15 years.
For more than 10 years I have used GnuCash as a base for the band's
accounting system. I don't know what your requirements are exactly,
but GnuCash is quite an elaborate double-entry system with reports
and graphics, etc.
Yes, I suspect this is impossible, we cannot have a "currency" variable,
because we would have to have thousands of different variables according the
thousands of currencies in the world. What BASE can do is to format the way
the output is presented to the user, however, sadly I've discovered that
Hi :)
+1
wrt paper and pencil!! But to be fair i haven't tried any of the ones i
gave a link to nor any listed on the Wikipedia page.
Wrt Wikipedia's bias i think it's fair to say that every source of
information has it's own bias. Wikipedia is one of the few that is not
entirely owned by corpor
13 matches
Mail list logo