mirakels

Is this patch agains our (latest) openpli git repo?

Beside this we think the bar is enough..... why do we need an additional percentage there?

As far as i can see the patch is against openpli...

I can imagine someone wanting an percentage number instead of a progress bar (just like we can use to see SNR in % or dB)

I knew that you say no.

what do you mean by this? Everything is open for discussion isn't it?

But I don't like the position of the %. If I'm correct you place it between the channel number and the channel name. I would prefer it to be at the end of the line. Where the progress bar is. That would also make the code much simpler...
Then:
- do we want percentage to be inside the progress bar to get them both?
- do we want to select between % or bar (or both)?

What is the meaning of the shiftalignment?

Recently OpenPli supports multi plural strings for translations.For details how to do that see:

http://www.gnu.org/s...ng-plural-forms

_("some string") is for normal translations. ngettext("%d singular string", "%d plural string", n) is for multi plural translations.

.po files need a plural function definition in the header. For simple languages like dutch, german english etc this one is fine:

"Plural-Forms: nplurals=2; plural=(n != 1);\n"

For multi plural languages for example

"Plural-Forms: nplurals=3; plural=(n == 1 ? 0 : N >=2 && N <=5 ? 1 : 2);\n"

messages then look like (in case of 3 plural forms:

msgid "%d second"
msgid_plural "%d seconds"
msgstr[0] "%d single second"
msgstr[1] "%d 2 to 5 seconds"
msgstr[2] "%d 0 or more than 5 seconds"

Just to let you all know, most of AWX patches are now included in the PLi tree.
A few things still remain that I will look at.

wat bedoelen jullie met pig-less? dat de huidige pig ruimte een leeg vlakje wordt, of dat beeld dwars door de skin heen zichtbaar blijft?

Geloof me: ik ben in de ViX-arsenalen, voor zover toegankelijk, uitgebreid aan het snuffelen geweest, maar ik heb daar niets zinvols kunnen ontdekken (is ook lastig voor een leek die geen idee heeft waarnaar hij moet zoeken).

Gek eigenlijk is het niet? ViX is toch op openpli gebasseerd? Dus je kan eindeloos zoeken naar de oplossing voor een probleem dat 'vix' heeft opgelost maar het is niet vinden, en ze willen het ook niet vertellen of openbaar maken als je er om vraagt? Dan moeten we kennelijk allemaal maar gewoon vix draaien en hopen dat ze alle andere problemen die gemeld worden supersnel oplossen. Wie weet werkt dat beter dan het door ontwikkelen van openpli.

Ik vind het zo jammer. We hebben alle sources van openpli openbaar gemaakt, voor iedereeen toegankelijk gemaakt. En wat zie je: anderen pakken de ccode op om zelf met eer te gaan strijken door eigen images uit te bregen met een paar fixes die toevallig leuk geconden worden. En vervolgens wordt er tegen het pliteam geschopt dat ze niets willen oplossen en alleen maar met hun eigen *** willen spelen (zo vertaal ik alle commotie maar even).

Ik denk dat het veel meer zoden aan de dijk legt om die teams, die openpli oppakken en (bijna) niets terug willen geven, gepushed worden om daar mee te kappen en in de openpli gedachte mee te gaan. Dat is een veel betere tijdsverspilling dan tegen het pliteam te zeggen dat ze niets willen doen.

Meer zal ik hiet niet over zeggen.