LibreOffice - punkts

[Lasitprieks]

Sveiciens!

Piegriezušies Calcā skaitļi ar komatiem. Kā uzveidot lai Calc defaultā
sapratu ka skaitļiem decimālais atdalītājs ir punkts?
BET tā lai Locale settings būtu Latvian un neveidojot nekādus skaitļu
attēlošanas formātus.
Vajag lai tieši ievadā punktu uztvertu kā punktu un tā arī ievadītu
Calcā un tas arī saprastu ka 123.456 ir skaitlis nevis teksts.
Vēlme ir lai varu mierīgi klabināt gan skaitļus gan datumus ar punktu
no NumPada.
Piegriezusies izvirtība: skaitļi no Numpada ar komatu, datumam
jāstiepjas līdz mīnusam, bet lai IP uzrakstītu, jāspiež punkts pamata
klavā >:(
Arī datuma rakstīšana Writerī ir murgs, jo punkts jāmeklē pamatkaviatūrā.
Writera dēl var jau noņemt "[ ] Same as locale settings (,)", bet tad
Calc nejēdz skaitļus ar punktu.

Besis sit augtu vilni, jo arī jaunākajās versijās v4.1.6.2 un v4.2.4.2
joprojām pats nevar cutomizēt konkrēto Locale setting >:(
Kaut vai izejas kodā kādā failā kādā vietā, kas jānomaina. Gatavs pats
mēgināt savāķt LO no izejas koda :/
Sāk gribēties pārvākties atpakaļ uz sexeli, jo tas paņem Windas
lokālos setingus, kuros var sastādīt da jebko, kas ērts pašam
lietošanā.

Ceru ka saprotami esmu izteicies

LP.
_______________________________________________
Tehnika mailing list
Teh...@latnet.lv
http://lists.latnet.lv/cgi-bin/mailman/listinfo/tehnika

[Krotow]

Noņem ķeksi no:

Options - Language Settings - Languages:

> Decimal separator key - Same as locale setting

--
Krotow

[Lasitprieks]

Aha, šas
Zinu, punktu ta var ievadīt, bet kur un kas jāieķeksē vai jānoķeksē
nost lai Calc saprastu ka 123.456 ir skaitlis nevis teksts, jo tikai
123,456 atzīst par skaitli pie Locale setting- Latvian

LP


12.05.14 Krotow <kro...@gmail.com> rakstīja:

>
> Noņem ķeksi no:
>
> Options - Language Settings - Languages:
>
> > Decimal separator key - Same as locale setting

[kastrolis]

kopš kura laika tas darbojas?
nekad vēl nav līdzējis.
k.

[ZBH]

> Sāk gribēties pārvākties atpakaļ uz sexeli, jo tas paņem Windas
> lokālos setingus, kuros var sastādīt da jebko, kas ērts pašam
> lietošanā.
>

> LP.

un kas nelauj windas lokaalajos settingos kaa decimaalo atdaliitaaj
noraadiit punkt? un tad ar attieciigo Laacza layoutu straadaat.


ZBH

[Lasitprieks]

LibreOffice Cals neļauj
Vot pasaki kā ar libres latvian locale panākt lai Calcā skaitļiem
defaultais decimālais atdalītājs būtu punkts.
Ar klavas draiveri nav problēmu, punktu liek, bet Calcs par skaitli
atzīst tikai to, kuram decimālais atdalītājs ir komats. Tiklīdz kā ir
punkts, tā to atzīst par tekstu (pie latvian locale).

Tik nevajag teikt ka vajag mainīt latvian locale uz ko citu, tas nav
risinājums, tas ir čerez žo.

Izskatās, ka tie, kas strādā ar LO piecieš šo faktu, bet padomdevēji
ar LO īpaši nedraudzējas un pats LO šo "problēmu" netaisās risināt, jo
viņu uztverē tā nav problēma.
Ja vien zinātu kuru failu un kurā vietā uzhakot, jo izskatās ka cita
risinājuma nav, kā vien izčakarēt oriģinālo failu lai būtu tas, ko
gribu nevis tas, ko LO uzskata par vajadzīgu.

LP


12.05.14 ZBH <dra...@gmail.com> rakstīja:

> un kas nelauj windas lokaalajos settingos kaa decimaalo atdaliitaaj
> noraadiit punkt? un tad ar attieciigo Laacza layoutu straadaat.
>
>
> ZBH

[kastrolis]

libreoffice vadās pēc latvijas valsts standarta(nevis padomdevējiem) un
tur decimālais atdalītājs ir komats. arī vāciski tā ir, pirms simtiem
gadu noskatīts.
k.

[Lasitprieks]

To es sen nojaušu ka LO cieti un stingri turas pie noteiktajiem valstu
standartiem. Laikam jau vieglāk izmainīt vietējo standartu, nekā
piedabūt lai ieliek nepieciešamo.
Es jau labprāt pieturētos pie standarta, bet ja tas čakarē dzīvi, tad
pie kājas visi standarti.
Mēģināju pierast skaitļiem komatu spiest ar numpada decimālo
atdalītāju, bet datumiem stiepties līdz numpada mīnusam un vajadzības
gadījumos (Writerī datumu DD.MM.GGGG.) izmantot punktu no pamata
klavas. Nu pie velna šito čakaru.
Sāku prātot par pārvākšanos atpakaļ vismaz pie sexeļa.
Varbūt kāds zin kurā vietā/failā tiek glabāts uzstādījums, ka LV
standartā decimālais atdalītājs ir komats? Izkastrēt to vietu un būtu
miers.

Pats dīvainākais ka LV cilvēki nav vienīgie, kam šito cieto
piesiešanos standartiem gribās apiet, bet tā ari neesmu atradis reālu
risinājumu, piedāvā tikai čerez žo.

LP


13.05.14 kastrolis <kast...@gmail.com> rakstīja:

> libreoffice vadās pēc latvijas valsts standarta(nevis padomdevējiem) un
> tur decimālais atdalītājs ir komats. arī vāciski tā ir, pirms simtiem
> gadu noskatīts.
> k.
>

[Krotow]

LO radītāji vadās pēc Latvijas valsts standarta (LVS), tur kā decimalāis
atdalītajs ir noteikts komats. Tāpēc te loģiskas kļūdas nav. Punkts šajā
gadījumā tiek uztverts par haku. Ja tekstā jāievada IP adrese, rakstot
norādi, ka tā ir teksta formātā, sakumā pēc sexeļa parauga iesitot
apostrofu. Vēl košerāk būs hostu adrešu kolonnai šūnām formātā uzdot
Text tipu - tā pats daru jau hvz cik gadus un problēmu nav bijis. Visi
šie mēģinajumu apjāt numerācijas un datumu formātus ar akmens laikmetā
aizgūtiem formātiem, ir BS. Nav vairs 90-to sākums, kad nacionālos
formātus daudzi softi banāli neuzturēja, jo lokalizācijas atbalsts
pasaulē tolaik bija bērnu autiņos.

Starp citu, kur tieši bija sākotnējā problēma? Nevar šūnā ierakstīt IP
adresi vai gļuko CSV imports? Abi gadījumi perfekti atrisināmi, ja
nesinlo un attiecīgajai kolonnai šūnam piešķir Text tipu.

On 2014.05.13. 00:08, Lasitprieks wrote:

> LibreOffice Cals neļauj
> Vot pasaki kā ar libres latvian locale panākt lai Calcā skaitļiem
> defaultais decimālais atdalītājs būtu punkts.
> Ar klavas draiveri nav problēmu, punktu liek, bet Calcs par skaitli
> atzīst tikai to, kuram decimālais atdalītājs ir komats. Tiklīdz kā ir
> punkts, tā to atzīst par tekstu (pie latvian locale).
>
> Tik nevajag teikt ka vajag mainīt latvian locale uz ko citu, tas nav
> risinājums, tas ir čerez žo.
>
> Izskatās, ka tie, kas strādā ar LO piecieš šo faktu, bet padomdevēji
> ar LO īpaši nedraudzējas un pats LO šo "problēmu" netaisās risināt, jo
> viņu uztverē tā nav problēma.
> Ja vien zinātu kuru failu un kurā vietā uzhakot, jo izskatās ka cita
> risinājuma nav, kā vien izčakarēt oriģinālo failu lai būtu tas, ko
> gribu nevis tas, ko LO uzskata par vajadzīgu.
>
> LP
>
>
> 12.05.14 ZBH <dra...@gmail.com> rakstīja:
>> un kas nelauj windas lokaalajos settingos kaa decimaalo atdaliitaaj
>> noraadiit punkt? un tad ar attieciigo Laacza layoutu straadaat.
>>
>>
>> ZBH

--
Krotow

[kastrolis]

problēma ir ka, piemēram, datumu nevar ierakstīt no numpada, mani arī
kaitina.
esmu visādi čakarējies ar lokāles mainīšanu sistēmā, pašā tabulā, bet
līdz ērtam risinājumam tā arī neesmu nonācis.
k.

[ksb]

On 13.05.2014. 9:31, Krotow wrote:
>
> LO radītāji vadās pēc Latvijas valsts standarta (LVS), tur kā decimalāis
> atdalītajs ir noteikts komats. Tāpēc te loģiskas kļūdas nav. Punkts šajā
> gadījumā tiek uztverts par haku. Ja tekstā jāievada IP adrese, rakstot
> norādi, ka tā ir teksta formātā, sakumā pēc sexeļa parauga iesitot
> apostrofu. Vēl košerāk būs hostu adrešu kolonnai šūnām formātā uzdot
> Text tipu - tā pats daru jau hvz cik gadus un problēmu nav bijis. Visi
> šie mēģinajumu apjāt numerācijas un datumu formātus ar akmens laikmetā
> aizgūtiem formātiem, ir BS. Nav vairs 90-to sākums, kad nacionālos
> formātus daudzi softi banāli neuzturēja, jo lokalizācijas atbalsts
> pasaulē tolaik bija bērnu autiņos.
>
> Starp citu, kur tieši bija sākotnējā problēma? Nevar šūnā ierakstīt IP
> adresi vai gļuko CSV imports? Abi gadījumi perfekti atrisināmi, ja
> nesinlo un attiecīgajai kolonnai šūnam piešķir Text tipu.
>
>

Cik saprotu, tad veelme un numpada simbola(punkta) bliezt gan datumus
gan decimaalos ciparus.

--
KSB

P.S. maniiju tur kaut kaadas pythona locales padariishanas... nezinu gan
vai tas taa vienkaarshi nosviests vai izmantojas.

[studd]

Problēma ir Tildes Jumis, DAIS un vēl daža laba grāmatvedības programma, kurām nepieciešams decimālatdalītājs punkts.

Ari IP adreses man daudz ērtāk rakstīt, ja numpadā ir punkts, ne komats

studd

[gunarsf]

On 13.05.14 9:31, Krotow wrote:
> Starp citu, kur tieši bija sākotnējā problēma? Nevar šūnā ierakstīt IP
> adresi vai gļuko CSV imports? Abi gadījumi perfekti atrisināmi, ja
> nesinlo un attiecīgajai kolonnai šūnam piešķir Text tipu.

IMHO, tomēr ir jābūt iespējai brīvi definēt decimālo dalītāju gan uz
klavieres gan attiec. sistemā un arī uz numpada. Ideāli, ja tieši
konkrētajam failam.
Pirmkārt jau tāpēc, ka tai pašā excelī (un droši vien arī oo) viltīgi
izmantojot indirect utml. fīčas nav grūti panākt, ka sistēma strādā
tikai ar konkrēto decimālo un listes dalītāju + datuma un skaitļu
formātu. Kautkad diezgan nesen saskāros ar šo keņķi vienā excelī, kurš
rēķināja šķidrumu plūsmas sūkņu sistēmās.

Otrkārt, ir ļautiņi ar savām specifiskajām vajadzībām pavisam
neparedzamu iemeslu dēļ. Piem., daļa AutoCad jūzeru grib sttrādāt ar
punktu, kā decimālo dalītāju, bet uz numpada vēlas tieši kommatu dēļ tā,
ka tā vieglāk ievadīt vadīt kootrdinātes.

[Lasitprieks]

Uzstādot locale Latvia
Problēma ir tajā, ka Calc skaitļiem saskaņā ar standartu lieto komatu.
No Numpada viss normāli ievadās.
Datumu var ievadīt, ja lieto "/" "-" vai ".", tā kā numpada decimālais
taustiņš ievada komatu, lai ievadītu datumu, jāstiepj pirkti līdz
taustiņiem "/" vai "-". Nav tas ērtākais variants.
Arī Writerī numpada taustiņš ievada komatu, līdz ar to datumu pēc
standarta DD.MM.GGGG. no numpada nevar ievadīt.

OK, liekam lai LO ar numpada decimālo taustiņu ievada punktu.
Datumu Calcā un Writerī nu ir ērti ievadīt, tikai Calc vairs nesaprot
ievadīto skaitli, jo tajā ir punkts un to uztver kā tekstu.

Salīdzinoši sexelis ņem windas uzstādījumus, kur pasaku, ka decimālais
atdalītājs ir punkts un no numpada miera vējos ievadu gan gan
skaitļus, gan datumus izmantojot vienu un to pašu taustiņu un to
nepārdefinējot. Un arī Wordā mierigi varu ievadīt datumu DD.MM.GGGG.

Tāda lūk problēma un LO vs sexelis, tāpēc arī ir velēšanās uzhakot LO.
Būtu laiks ņemties un apgūt nezināmo, tad toč ņemtu izejas kodu un
mēģinātu atrast to cieti iešūto standarta vietu, izkastrētu un savāktu
savu LO ar savu LV standartu.
Būtu kaut vai iespēja pielikt klāt savu lokāli sadefinētu pēc savām vajadzībām.

LP

13.05.14 Krotow <kro...@gmail.com> rakstīja:

>
> LO radītāji vadās pēc Latvijas valsts standarta (LVS), tur kā decimalāis
> atdalītajs ir noteikts komats. Tāpēc te loģiskas kļūdas nav. Punkts šajā
> gadījumā tiek uztverts par haku. Ja tekstā jāievada IP adrese, rakstot
> norādi, ka tā ir teksta formātā, sakumā pēc sexeļa parauga iesitot
> apostrofu. Vēl košerāk būs hostu adrešu kolonnai šūnām formātā uzdot
> Text tipu - tā pats daru jau hvz cik gadus un problēmu nav bijis. Visi
> šie mēģinajumu apjāt numerācijas un datumu formātus ar akmens laikmetā
> aizgūtiem formātiem, ir BS. Nav vairs 90-to sākums, kad nacionālos
> formātus daudzi softi banāli neuzturēja, jo lokalizācijas atbalsts
> pasaulē tolaik bija bērnu autiņos.
>
> Starp citu, kur tieši bija sākotnējā problēma? Nevar šūnā ierakstīt IP
> adresi vai gļuko CSV imports? Abi gadījumi perfekti atrisināmi, ja
> nesinlo un attiecīgajai kolonnai šūnam piešķir Text tipu.

[Talivaldis]

Manuprāt pietiek ar iepriekš minēto ķekša izņemšanu jeb pateikšanu lo
neizmentot lacal settings.....

[Lasitprieks]

Manuprāt arī tā vajadzētu būt, vismaz man tā patiktu, bet tā nav un tas nelīdz.
Un to ka tas nelīdz, cik saprotu, LO izstrādātāji neuzskata par gļuku.
Vienīgi rodas jautājums a kāda suņa pēc tad tas ķeksis ir paredzēts,
vienīgais labums no tā ir tad, ja neizmanto Calcu.

LP

13.05.14 Talivaldis <taliv...@gmail.com> rakstīja:

> Manuprāt pietiek ar iepriekš minēto ķekša izņemšanu jeb pateikšanu lo
> neizmentot lacal settings.....

[ieleja]

nu tu dzen kaut kādu kuiņu, tāpat kā kāds sirms perdelia ar pagaru
zirgasti (KĀDREIZ BIJIS HIPIJS UN HAKERIS) LO padomē - tev būs valsts
standartu cienīt un gadāt, un nepielūgt citus

p.s.
jau tā tas LibreOffice (OO) ir tāds nabagu MS Office, kas pat necik nav
krosplatformīgs (uz Windows 7 .xlsx fails verās normāli, uz Ubuntu LO to
failu ver kā bināru ķesku), bet vēl jānostājas pōzā, sak, es viena tāda
gudra, baltā kleitā kalna galā, bet jūs muļķīši un stūlbenīši, un pie
tam neārstējaties

On 2014.05.13. 9:31, Krotow wrote:
>
> LO radītāji vadās pēc Latvijas valsts standarta (LVS), tur kā decimalāis
> atdalītajs ir noteikts komats. Tāpēc te loģiskas kļūdas nav. Punkts šajā
> gadījumā tiek uztverts par haku. Ja tekstā jāievada IP adrese, rakstot
> norādi, ka tā ir teksta formātā, sakumā pēc sexeļa parauga iesitot
> apostrofu. Vēl košerāk būs hostu adrešu kolonnai šūnām formātā uzdot
> Text tipu - tā pats daru jau hvz cik gadus un problēmu nav bijis. Visi
> šie mēģinajumu apjāt numerācijas un datumu formātus ar akmens laikmetā
> aizgūtiem formātiem, ir BS. Nav vairs 90-to sākums, kad nacionālos
> formātus daudzi softi banāli neuzturēja, jo lokalizācijas atbalsts
> pasaulē tolaik bija bērnu autiņos.
>
> Starp citu, kur tieši bija sākotnējā problēma? Nevar šūnā ierakstīt IP
> adresi vai gļuko CSV imports? Abi gadījumi perfekti atrisināmi, ja
> nesinlo un attiecīgajai kolonnai šūnam piešķir Text tipu.
>

[ZBH]

> Problēma ir Tildes Jumis, DAIS un vēl daža laba grāmatvedības programma,
> kurām nepieciešams decimālatdalītājs punkts.

+ Apvārsnis/Horizon
kaads zin kaad graamatvediibs zaft, kurai neir taad vaidziib?


ZBH

[ZBH]

On Tue, 13 May 2014, gunarsf wrote:
> Otrkārt, ir ļautiņi ar savām specifiskajām vajadzībām pavisam neparedzamu
> iemeslu dēļ. Piem., daļa AutoCad jūzeru grib sttrādāt ar punktu, kā decimālo
> dalītāju, bet uz numpada vēlas tieši kommatu dēļ tā, ka tā vieglāk ievadīt
> vadīt kootrdinātes.

ghi, to vareet nosaukt kaa "context-sensitive decimal separator"


ZBH

[Krotow]

Un tad atnāca ieleja ... ^_^

Klusām pačukstēšu, ka jaunajam OO (4.x) OOXML doķu suports (tie ar *X
galā) ir par kārtu labāks ka LO. IMHO LO šobrīd ir featūristu tuss, kur
Apache tauta skatās uz to visu un to, kas ir stabils un iet, portē
atpakaļ uz OO.

Weirdo lokāles suports pašlaik rādās tikai MSO iestrādāts kā mantojums
no 1990-tajiem.

--
Krotow

[ZBH]

mmaa, nepietiek, Windai ar '.' tas kjeems vnk nenem '.' pieree pie ievads
(LibO 3.6), tikai atpaziist Optionos tai vienaa vietaa.
man aizdoms, ka te iraid regresij, ka kaadreiz kaukaadaa vecaakaa versijaa
shanceej ar sisteems uzstaadiito atdaliitaaj liidziigs kaa Excelis.


ZBH

[ZBH]

> To es sen nojaušu ka LO cieti un stingri turas pie noteiktajiem valstu
> standartiem. Laikam jau vieglāk izmainīt vietējo standartu, nekā
> piedabūt lai ieliek nepieciešamo.
>

> LP

paprovee izmainiit to LVS, tad vareesi LO developeriem vienkaarsi
piestaadiit :)


ZBH

[ne viens]

On Tue, May 13, 2014, at 09:30 AM, Lasitprieks wrote:
> To es sen nojaušu ka LO cieti un stingri turas pie noteiktajiem valstu
> standartiem. Laikam jau vieglāk izmainīt vietējo standartu, nekā
> piedabūt lai ieliek nepieciešamo.

> ...

Tak nomaini pats iekš "i18npool\source\localedata\data\lv_LV.xml".
--
--

--
http://www.fastmail.fm - Does exactly what it says on the tin

[Krotow]

Varbūt vnk izlabots gļuks. Tipa kādreiz atdalītājs vienmēr bija punkts,
pēc tam sataisīja, lai numuriem tas būtu komats un visiem vecajiem
useriem palika slikti :) BTW sexeļos ir novērots pretējais efekts -
orientēšanās uz punktu uuber alles.

Taču ideja par automātisku punkta ielikšanu datuma laukos no numpada ir
ļoti sakarīga. Par to jāpabļauj LO/OO radītajiem kā musthave vajadzīgu fīču.

[Krotow]

Daudz jēdzīgak būs korekti aprakstīt problēmu un piefiksēt feature
request OO un LO bugzillās ar nosaukumu "context-aware decimal separator
when pressing numpad dot key" vai tml.

--
Krotow

[gunarsf]

On 13.05.14 12:59, ZBH wrote:
>
> + Apvārsnis/Horizon
> kaads zin kaad graamatvediibs zaft, kurai neir taad vaidziib?

IMHO, problēma ir ne tik daudz grāmatvadībs zapšu programmeru dēļ bet
gan tāpēc, ka dažādu formātu supports nogļuko OSā, kompilātorā un/vai
backendā.

[kastrolis]

man ar viena noliktavas softa izstrādātāji teica ka tas būtu murgs ja
decimāldaļa usera galā būtu komats.
kautkad sen te cilvēki apgalvoja ka būtu stulbi dēļ kompjiem mainīt
rakstību, es domāju ka šajā gadījumā tomēr vajadzētu.
tāpat kā pindosiem būtu laiks beigt ķēmoties ar pilnīgi debilu datuma
pierakstu...
k.

[Jānis]

Citēts Lasitprieks <lasit...@gmail.com>
Tue, 13 May 2014 09:30:40 +0300:

> Varbūt kāds zin kurā vietā/failā tiek glabāts uzstādījums, ka LV
> standartā decimālais atdalītājs ir komats? Izkastrēt to vietu un būtu
> miers.

zurkē, kur LV lokāle aprakstīta.
--
http://dict.dv.lv
http://tehvi.dv.lv

[Jānis]

Citēts kastrolis <kast...@gmail.com>
Tue, 13 May 2014 10:23:30 +0300:

> problēma ir ka, piemēram, datumu nevar ierakstīt no numpada, mani
> arī kaitina.

+1

--
http://dict.dv.lv
http://tehvi.dv.lv

[Lasitprieks]

Nu beidzot kaut kas tuvāk risinājumam :)
Vienīgi tagad jāpapēta kā to failu tālāk izmantoto, tipa kā no koda
savākt LO vai tā daļu. Neesmu darījis, jāpamācās :/
Hi, hi. Tu jau vēl viens labojums vajadzīgs (oficiāls). Pēc pēdējiem
nolēmumiem valūtu kodi, simboli, apzīmējumi nu ir _visi_ rakstāmi aiz
skaitļa. Tipa bija jāraksta Ls 1.23, bet tagad pareizi ir 1.23 Ls
Jaunajās LO versijās Calcs piedāvā vēl pa vecam.

LP

[Krotow]

Te atliek tikai ierosināt mainīt LVS un skolā mācītos gramatikas
standartus :) BTW nopietni.

Offtopicam - kāds LV šobrīd skaitas jaunākais un košerākais datuma
formāts? Visas jaunākās sistēmas no 0 Latvijai piedāvā YYYY.MM.DD.
Praksē (iesk. uz papīra un skolās) joprojām raksta no vāciešiem mantoto
DD.MM.YYYY.

On 2014.05.13. 14:54, kastrolis wrote:
> man ar viena noliktavas softa izstrādātāji teica ka tas būtu murgs ja
> decimāldaļa usera galā būtu komats.
> kautkad sen te cilvēki apgalvoja ka būtu stulbi dēļ kompjiem mainīt
> rakstību, es domāju ka šajā gadījumā tomēr vajadzētu.
> tāpat kā pindosiem būtu laiks beigt ķēmoties ar pilnīgi debilu datuma
> pierakstu...
> k.
>
> On 2014.05.13. 14:31, gunarsf wrote:
>> On 13.05.14 12:59, ZBH wrote:
>>>
>>> + Apvārsnis/Horizon
>>> kaads zin kaad graamatvediibs zaft, kurai neir taad vaidziib?
>>
>> IMHO, problēma ir ne tik daudz grāmatvadībs zapšu programmeru dēļ bet
>> gan tāpēc, ka dažādu formātu supports nogļuko OSā, kompilātorā un/vai
>> backendā.

--
Krotow

[gunarsf]

On 13.05.14 15:29, Krotow wrote:
> Offtopicam - kāds LV šobrīd skaitas jaunākais un košerākais datuma
> formāts?

No man viedokļa košerākais būtu tipa SQL Date (YYYY-MM-DD) aiz tā
viekāršā iemesla, ka viņs avtomātā pareizā secībā kārtojas bez kādas
papildus jāšanās. Attalītājam gan sekundāra nozīme betnu nebūtu slikti
ja par vienu konkrētu vienotos.

[ne viens]

On Tue, May 13, 2014, at 03:13 PM, Lasitprieks wrote:
> Nu beidzot kaut kas tuvāk risinājumam :)
> Vienīgi tagad jāpapēta kā to failu tālāk izmantoto, tipa kā no koda
> savākt LO vai tā daļu. Neesmu darījis, jāpamācās :/

Sīkāk neesmu skatījies, bet, šķiet, ka viņš tiek iekompilēts iekš
i18npoollo.dll binārā veidā.
Visticamāk, ka daļu (i18npoollo.dl) Tev neizdosies savākt, jo CPP no
kompilatora uz kompilatoru atšķiras funkciju nosaukumu dekorācijas, un
dlls nebūs savietojams ar pašu progu, ja vien to pašu kompilatoru
nepiemeklēsi. Turklāt no lieliem un sarežģītiem projektiem mazu
kumosiņu parasti ir grūti izkost ārā.

> Hi, hi. Tu jau vēl viens labojums vajadzīgs (oficiāls). Pēc pēdējiem
> nolēmumiem valūtu kodi, simboli, apzīmējumi nu ir _visi_ rakstāmi aiz
> skaitļa. Tipa bija jāraksta Ls 1.23, bet tagad pareizi ir 1.23 Ls
> Jaunajās LO versijās Calcs piedāvā vēl pa vecam.

> ...
> > Tak nomaini pats iekš "i18npool\source\localedata\data\lv_LV.xml".

Tas viss turpat iekš lv_LV.xml:
"
<FormatElement msgid="CurrencyFormatskey1" default="true"
type="short" usage="CURRENCY" formatindex="12">
<FormatCode>[$Ls-426] # ##0;[$Ls-426] -# ##0</FormatCode>
</FormatElement>
<FormatElement msgid="CurrencyFormatskey2" default="false"
type="medium" usage="CURRENCY" formatindex="13">
<FormatCode>[$Ls-426] # ##0,00;[$Ls-426] -# ##0,00</FormatCode>
</FormatElement>
<FormatElement msgid="CurrencyFormatskey3" default="false"
type="medium" usage="CURRENCY" formatindex="14">
<FormatCode>[$Ls-426] # ##0;[RED][$Ls-426] -# ##0</FormatCode>
</FormatElement>
<FormatElement msgid="CurrencyFormatskey4" default="true"
type="medium" usage="CURRENCY" formatindex="15">
<FormatCode>[$Ls-426] # ##0,00;[RED][$Ls-426] -#
##0,00</FormatCode>
</FormatElement>
<FormatElement msgid="CurrencyFormatskey5" default="false"
type="medium" usage="CURRENCY" formatindex="16">
<FormatCode># ##0,00 CCC</FormatCode>
</FormatElement>
<FormatElement msgid="CurrencyFormatskey6" default="false"
type="medium" usage="CURRENCY" formatindex="17">
<FormatCode>[$Ls-426] # ##0,--;[RED][$Ls-426] -#
##0,--</FormatCode>
</FormatElement>
"
--
--

--
http://www.fastmail.fm - Faster than the air-speed velocity of an
unladen european swallow

[Armands Liepins]

On Tue, 2014-05-13 at 15:29 +0300, Krotow wrote:
> Te atliek tikai ierosināt mainīt LVS un skolā mācītos gramatikas
> standartus :) BTW nopietni.
>
> Offtopicam - kāds LV šobrīd skaitas jaunākais un košerākais datuma
> formāts? Visas jaunākās sistēmas no 0 Latvijai piedāvā YYYY.MM.DD.
> Praksē (iesk. uz papīra un skolās) joprojām raksta no vāciešiem mantoto
> DD.MM.YYYY.
>
>
> On 2014.05.13. 14:54, kastrolis wrote:
> > man ar viena noliktavas softa izstrādātāji teica ka tas būtu murgs ja
> > decimāldaļa usera galā būtu komats.
> > kautkad sen te cilvēki apgalvoja ka būtu stulbi dēļ kompjiem mainīt
> > rakstību, es domāju ka šajā gadījumā tomēr vajadzētu.
> > tāpat kā pindosiem būtu laiks beigt ķēmoties ar pilnīgi debilu datuma
> > pierakstu...

Es visur, kur iespējams, izmantoju punktu kā decimālo atdalītāju. Jau
skolā sāku. Matemātikas skolotāja neprotestēja (un tas bija vēl padomju
laikos). Un datumu YYYY.MM.DD vai YYYY-MM-DD. Tas arī atvieglo kārtošanu
pēc datuma. Mums drabā ir viena programma, kas nosprāgst, ja
reģionālajos ir komats.

Vispār diezgan liels bardaks ar to decimālo atdalītāju:
http://en.wikipedia.org/wiki/Decimal_mark

--
Armands

[ZBH]

On Tue, 13 May 2014, gunarsf wrote:
> IMHO, problēma ir ne tik daudz grāmatvadībs zapšu programmeru dēļ bet gan
> tāpēc, ka dažādu formātu supports nogļuko OSā, kompilātorā un/vai backendā.

nez kaadeelj tas netraucee datumu formaatu netaisiit amerikaanisko <g>
veel lielaaks sekss.


ZBH

[ZBH]

On Tue, 13 May 2014, kastrolis wrote:
> man ar viena noliktavas softa izstrādātāji teica ka tas būtu murgs ja
> decimāldaļa usera galā būtu komats.

shrena lji? taapat input laukiem n-tajaas vIDEes tips text, ko peec tam
paarstraadaa. taapat ar laiku savieshas savs obligaataas funkcijs tam
visam, user input validaacija a'la "nelaujam iespiest to, ko nevajag" pat
smagaaka sanaak.

> tāpat kā pindosiem būtu laiks beigt ķēmoties ar pilnīgi debilu datuma
> pierakstu...
> k.

muuseejais ar debils, alfabeetiskais kaartojums atskiras no hronologiskaa.
ISO (JSON) veidiigais man patiik labaak.


ZBH

[ZBH]

On Tue, 13 May 2014, Lasitprieks wrote:
> Hi, hi. Tu jau vēl viens labojums vajadzīgs (oficiāls). Pēc pēdējiem
> nolēmumiem valūtu kodi, simboli, apzīmējumi nu ir _visi_ rakstāmi aiz
> skaitļa. Tipa bija jāraksta Ls 1.23, bet tagad pareizi ir 1.23 Ls
> Jaunajās LO versijās Calcs piedāvā vēl pa vecam.
>
> LP

a kur oficiaali?
es taa dariiju neoficiaali, jo AFAIR meervieniibai jaabuut aiz skaitlja,
un man piekaast finansoiidu iipasho fen-shui, ko vinji neautorizeeti
meeginaaja iznest aarpus sava aploka.


ZBH

[ZBH]

On Tue, 13 May 2014, Krotow wrote:
> Te atliek tikai ierosināt mainīt LVS un skolā mācītos gramatikas standartus
> :) BTW nopietni.

tur taa probza, ka skolaas maacitie gramatiks standart (ja par to var
saukt shiis nevalodiskaas liets ar punktiem starp cipariem) neir ar likum
par standartiem pasludinaat.


ZBH

[ZBH]

da nu? krievu suuinainaas pakaltushaas ieksinas punktu vareeja arri
neuzsmeereet (tikai papiiraa bedri iespiest).

ZBH

> Es visur, kur iespējams, izmantoju punktu kā decimālo atdalītāju. Jau
> skolā sāku. Matemātikas skolotāja neprotestēja (un tas bija vēl padomju
> laikos).

> --
> Armands

[Lasitprieks]

Ņjā. Tur var sanākt labas dejas ar tamburīnu, it sevišķi man :(
Jāpamēģina, varbūt var uzhakot to dll-u. Principā tik "komatu" pret
"punktu" vajadzīgajā vietā nomainīt.
Varbūt brīvā kā brīdī aiz ziņķāribas jāpadarbojas.
Valūtu formātus pamanīju tai failā, bet par tiem man mazāka bēda,
tāpat tie defaultā netiek izmantoti un currency formāts man nav cieņā.

LP

13.05.14 ne viens <nev...@fastmail.fm> rakstīja:

>
> Sīkāk neesmu skatījies, bet, šķiet, ka viņš tiek iekompilēts iekš
> i18npoollo.dll binārā veidā.
> Visticamāk, ka daļu (i18npoollo.dl) Tev neizdosies savākt, jo CPP no
> kompilatora uz kompilatoru atšķiras funkciju nosaukumu dekorācijas, un
> dlls nebūs savietojams ar pašu progu, ja vien to pašu kompilatoru
> nepiemeklēsi. Turklāt no lieliem un sarežģītiem projektiem mazu
> kumosiņu parasti ir grūti izkost ārā.
>

[Lasitprieks]

www.vvc.gov.lv
2014.g. 12.marta vārdulizācijas sexpertu komisijas lēmums
Pašļaik man to lapu never vaļā :(
Par šo tēmu rakstījis arī
http://mrserge.lv/2014/pareizrakstibas-nodarbibas-8-eiro-simbola-pareiza-rakstisana-otra-dala/

LP

>
> a kur oficiaali?
> es taa dariiju neoficiaali, jo AFAIR meervieniibai jaabuut aiz skaitlja,
> un man piekaast finansoiidu iipasho fen-shui, ko vinji neautorizeeti
> meeginaaja iznest aarpus sava aploka.
>
>
> ZBH

[AP]

Sveiks Tehnikaa!

Lasitprieks <lasit...@gmail.com> wrote:
> Nu beidzot kaut kas tuvāk risinājumam :)
> Vienīgi tagad jāpapēta kā to failu tālāk izmantoto, tipa kā no koda
> savākt LO vai tā daļu. Neesmu darījis, jāpamācās :/
> Hi, hi. Tu jau vēl viens labojums vajadzīgs (oficiāls). Pēc pēdējiem
> nolēmumiem valūtu kodi, simboli, apzīmējumi nu ir _visi_ rakstāmi aiz
> skaitļa. Tipa bija jāraksta Ls 1.23, bet tagad pareizi ir 1.23 Ls
> Jaunajās LO versijās Calcs piedāvā vēl pa vecam.

Un kaapeec LV standartaa negatiivie tiek piedaavaati "-Ls 1.23" nevis
"Ls -1.23"??? Un kaa ar €€€€€€€€€€€€€€€€??

AP.

> 2014-05-13 13:31 GMT+03:00, ne viens <nev...@fastmail.fm>:
>> On Tue, May 13, 2014, at 09:30 AM, Lasitprieks wrote:
>>> To es sen nojaušu ka LO cieti un stingri turas pie noteiktajiem valstu
>>> standartiem. Laikam jau vieglāk izmainīt vietējo standartu, nekā
>>> piedabūt lai ieliek nepieciešamo.

>> Tak nomaini pats iekš "i18npool\source\localedata\data\lv_LV.xml".

[AP]

Sveiks Tehnikaa!

kastrolis <kast...@gmail.com> wrote:
> man ar viena noliktavas softa izstrādātāji teica ka tas būtu murgs
> ja decimāldaļa usera galā būtu komats.
> kautkad sen te cilvēki apgalvoja ka būtu stulbi dēļ kompjiem mainīt
> rakstību, es domāju ka šajā gadījumā tomēr vajadzētu.
> tāpat kā pindosiem būtu laiks beigt ķēmoties ar pilnīgi debilu
> datuma pierakstu...

Tur liela probleema ira taa, ka kommats tiek pozicioneets kaa lauku
atdaliitaajs, bet punkts taadaa noziimee netiek lietots nekad (atskaitot
laukus viena parametra iekshienee, piem. Datums, IPadrese,...) un
vienkaarshi mehaaniski nomainot "." ar "," rodas sajukums, jo kompis
nava cilveeks, kas TOS prot atshkjirt peec konteksta, bez tam ir plashi
lietotais CSV interfeiss, kur lieki komati var radiit lielu zho. Lai pilniigi
korekti juuzera galaa to komatu nodroshinaatu, starp GUI un programmas
ieksheejo interfeisu jaataisa translators, kas softu galugalaa padara
leenaaku un kompliceetaaku!!!?
Pietiek jau ka Excelii ir taa jaashanaas ar ";" kaa lauku atdaliitaaju,
bet ieksh VBA ir tas pats vecais "," un savu funkciju rakstiishana,
ja juuzerim ira iestaadiits "," kaa decimaalatdaliitaajs ir pamatiiga
jaashanaas!!!?

> On 2014.05.13. 14:31, gunarsf wrote:
>> On 13.05.14 12:59, ZBH wrote:
>>> + Apvārsnis/Horizon
>>> kaads zin kaad graamatvediibs zaft, kurai neir taad vaidziib?
>> IMHO, problēma ir ne tik daudz grāmatvadībs zapšu programmeru dēļ bet
>> gan tāpēc, ka dažādu formātu supports nogļuko OSā, kompilātorā un/vai
>> backendā.

Nu tas pats SQL jaapaartranslee no "," uz ".", tejoreetiski
jau ieksh SQL
var laikam lietot arii ",", bet tad liekas visas ciparkonstantes bij jaaliek
peedinjaas, vai kas tamliidziigs, Access veel taadas izvirtiibas pieljauj, bet
nopietnaakas DB - nu reti kad!!!?

AP.

[ne viens]

On Tue, May 13, 2014, at 04:56 PM, Lasitprieks wrote:
> Ņjā. Tur var sanākt labas dejas ar tamburīnu, it sevišķi man :(
> Jāpamēģina, varbūt var uzhakot to dll-u. Principā tik "komatu" pret
> "punktu" vajadzīgajā vietā nomainīt.

> ....

Tomēr citā vietā bija:
http://rghost.net/55131372
--
--

--
http://www.fastmail.fm - The way an email service should be

[ksb]

On 13.05.2014. 18:36, AP wrote:
> korekti juuzera galaa to komatu nodroshinaatu, starp GUI un programmas
> ieksheejo interfeisu jaataisa translators, kas softu galugalaa padara
> leenaaku un kompliceetaaku!!!?

Tas translators starp redzamo un saglabājamo jau tagad LO ir, tikai viņš
lasa no lokāles vajadzīgo.

--
KSB

[ksb]

On 13.05.2014. 19:13, ne viens wrote:
>
>
> On Tue, May 13, 2014, at 04:56 PM, Lasitprieks wrote:

>> Ņjā. Tur var sanākt labas dejas ar tamburīnu, it sevišķi man :(
>> Jāpamēģina, varbūt var uzhakot to dll-u. Principā tik "komatu" pret
>> "punktu" vajadzīgajā vietā nomainīt.

>> ....
>
> Tomēr citā vietā bija:
> http://rghost.net/55131372
>

LOL, tagad tas ķeksis pie "Same as locale setting" iegūst pavisam citu
jēgu(t.i. tagad to var saprast). Tas NETIEK ņemts no sistēmas, bet gan
iekompilētās lokāles (iepriekš pieminētā lv_LV).

--
KSB

[Lasitprieks]

Padomdevējs ne_viens un Allahs ir liels :)))

Paņēmu failu localedata_euro.dll un vispirms tīri vizuāli uzmetu aci
saturam vai kas kāds saprotamāks gabals. Ir. Tālāk jau ar HexEditu
atradu vietu kur sākās latvian lokales apraksts (latgaļu variantu
neaiztiku).
Ņemot talkā čuju, ņuhu un i18npool\source\localedata\data\lv_LV.xml
lai novērtētu interesējošo vietu secību, samainīju komatu ar punktu.
Pamainīju komatu pret punktu arī skaitļu formātos. Nostrādāja :)))
Pirmajā atvēršanas reizē kaut ko nočikstēja, īpaši nepiefiksēju un
viss bija kā vēlējos. Formātos biju palaidis garām pāris komatus.
Vēl jāpatestē iegūtais rezulāts, bet sākums cerīgs.
Šamo izpildīju uz LO v4.1.4.2 rīt būs jāpamēģina uz jaunākajām v4.1.*
un v4.2.* versijām

LP

13.05.14 ne viens <nev...@fastmail.fm> rakstīja:
>

> On Tue, May 13, 2014, at 04:56 PM, Lasitprieks wrote:
>> Ņjā. Tur var sanākt labas dejas ar tamburīnu, it sevišķi man :(
>> Jāpamēģina, varbūt var uzhakot to dll-u. Principā tik "komatu" pret
>> "punktu" vajadzīgajā vietā nomainīt.
>> ....
>
> Tomēr citā vietā bija:
> http://rghost.net/55131372

[ZBH]

> Lai pilniigi korekti juuzera galaa to komatu nodroshinaatu, starp GUI un
> programmas ieksheejo interfeisu jaataisa translators, kas softu
> galugalaa padara leenaaku un kompliceetaaku!!!?

lietotaaja bakstiitaa text lauka panemsana, validaacija un paartaisiisana
kaut Delphos uz P3 straadaa aatraak kaa juuzeris nospiezh naakamo pogu, ja
vien mees nerunaajam par VisualBasic 1.0 uz i286 vai par ZX Spectrum ROM
BASIC vkktml. ciklietilpiigu uz leena <g>

> Pietiek jau ka Excelii ir taa jaashanaas ar ";" kaa lauku atdaliitaaju,
> bet ieksh VBA ir tas pats vecais "," un savu funkciju rakstiishana, ja
> juuzerim ira iestaadiits "," kaa decimaalatdaliitaajs ir pamatiiga
> jaashanaas!!!?

...
> AP.

vienreiz uzraksti tai valodai katram lielajam tipam, un tad rejuuzo.
vareetu padomaat, ka klasiskajaa C inputa pagraabsana cilveeciigaa
paskataa iraid medusmaize; katram lielajam tipam savi knifi.


ZBH

[ZBH]

> Tas translators starp redzamo un saglabājamo jau tagad LO ir, tikai viņš lasa
> no lokāles vajadzīgo.
> --
> KSB

nu par peedeejo vaardu laikam var piesieties, citaadi teema nemaz nebuutu
saakta, IMHO. vai arri lasa, bet ne visur izmanto nolasiitaas zinaasans :)


ZBH

[ZBH]

14.03.2014 | Latviešu valodas ekspertu komisijas lēmums par valūtu
nosaukumu pierakstu

Valsts valodas centra Latviešu valodas ekspertu komisija 2014. gada 12.
marta sēdē (prot. Nr. 33, 2. §) vienbalsīgi nolēma atbalstīt ieteikumu
turpmāk konsekventi ievērot teksta vienību loģisko secību latviešu valodā
un visus valūtas vienību nosaukumus – gan vārdiskos apzīmējumus (lati,
dolāri, mārciņas, kronas, jenas, rubļi, eiro, euro u. c.), gan valūtu
kodus (LVL, AUD, CAD, NZD, USD, GBP, DKK, NOK, SEK, JPY, RUR, EUR u.c.),
gan grafiskos simbolus ($, £, ¥, € u. tml.) – norādīt aiz summas (ar
saistīto atstarpi), kā jau minēts iepriekš, proti, Valsts valodas centra
21.02.2014. informācijā "Kā turpmāk pareizi norādīt valūtu kodus?" un
28.01.2014. informācijā "Eiropas vienotā valūta – eiro, euro vai
savādāk?".


noraadu uz "atbalstīt ieteikumu" - nu, liidz obligaatumam tur taalu, kaa
es to saprotu, bet tomeer tas iraid vairaak kaa nekas.


ZBH

[ne viens]

On Tue, May 13, 2014, at 09:54 PM, Lasitprieks wrote:
> ...
> Paņēmu failu localedata_euro.dll...

Šī ir vispareizākā pieeja, jo LO kompilējas 3 stundas. Tas ir bez visu
dependanču savākšanas un konfigurēšanas.
--
--

--
http://www.fastmail.fm - Same, same, but different...

[ksb]

On 14.05.2014. 8:42, ne viens wrote:
>
>
> On Tue, May 13, 2014, at 09:54 PM, Lasitprieks wrote:
>> ...
>> Paņēmu failu localedata_euro.dll...
>
> Šī ir vispareizākā pieeja, jo LO kompilējas 3 stundas. Tas ir bez visu
> dependanču savākšanas un konfigurēšanas.
>

A kas tas izmainiitais ir adresee 0x140?

--
KSB

[ne viens]

On Wed, May 14, 2014, at 10:07 AM, ksb wrote:
> A kas tas izmainiitais ir adresee 0x140?
>

IMAGE_NT_HEADERS.OptionalHeader.CheckSum

Ja kompilē ar /RELEASE swiču, tiek saskaitīta un ierakstīta headerī
kontrolsumma.
It kā jau neviens neprotestē, ja viņas nav vai ir nepareiza, bet man
ieradums pielabot arī to.
--
--

--
http://www.fastmail.fm - A no graphics, no pop-ups email service

[Lasitprieks]

Amats rokā :)))
Vēl padarbojos ar localedata_euro.dll
Nomainīju decimālo atdalītāju no komata uz punktu, kā arī skaitļu
formātos komata vietā saliku punktus.
Calc pirmajā startā pēc maiņas nočiepstēja:
"Because the current formula seperator settings conflict with the
locale, the formula
seperators have been reset to their default values."
un miers mājās.
Pamēģināju currency formātam Ls pārcelt aiz summas, bet nenoreaģēja,
kaut kas ne tā. Štrunts ar viņu, man tas nav aktuāli.
Vakar uz LO 4.1.4.2 darbojās bez problēmām, gan skaitļi, gan datumi.
Samainīju arī LO 4.1.6.2 un 4.2.4.2 komatu uz punktu. Pagaidām
problēmas nav konstatētas :)

Lai arī caur izpūtēju, tomēr problēma atrisināta, tēmu varam slēgt :)

LP
priecīgs kā ferkels :)))

[Jānis]

Citēts Lasitprieks <lasit...@gmail.com>
Wed, 14 May 2014 12:53:15 +0300:

> Amats rokā :)))
> Vēl padarbojos ar localedata_euro.dll
> Nomainīju decimālo atdalītāju no komata uz punktu, kā arī skaitļu
> formātos komata vietā saliku punktus.
> Calc pirmajā startā pēc maiņas nočiepstēja:
> "Because the current formula seperator settings conflict with the
> locale, the formula
> seperators have been reset to their default values."
> un miers mājās.
> Pamēģināju currency formātam Ls pārcelt aiz summas, bet nenoreaģēja,
> kaut kas ne tā. Štrunts ar viņu, man tas nav aktuāli.
> Vakar uz LO 4.1.4.2 darbojās bez problēmām, gan skaitļi, gan datumi.
> Samainīju arī LO 4.1.6.2 un 4.2.4.2 komatu uz punktu. Pagaidām
> problēmas nav konstatētas :)

te vajadzētu detalizētu darbību sarakstu, lai tie, kam tas interesē,
bet kurus nevelk uz varoņdarbu pārkompilēt LO/OO arī to varētu paveikt
:)
--
http://dict.dv.lv
http://tehvi.dv.lv

[ne viens]

On Wed, May 14, 2014, at 01:43 PM, Jānis wrote:
> te vajadzētu detalizētu darbību sarakstu, lai tie, kam tas interesē,
> bet kurus nevelk uz varoņdarbu pārkompilēt LO/OO arī to varētu paveikt
> :)

1. localedata_euro.dll jāiemet Ida Pro dizassemblerā.
2. Jāatrod eksportētā funkcija getLocaleItem_lv_LV()
3. Šajā f-jā ir rindiņa "mov eax, offset off_100B1D90", tātad ejam uz
100B1D90h adresi.
4. Tur redzam sekojošo:
"off_100B1D90 dd offset aGeneric_13 ; "generic"
dd offset a__22 ; "."
dd offset asc_1005B478 ; "\xFF"
dd offset asc_1005B47C ; ","
dd offset asc_1005B480 ; ":"
dd offset asc_1005B484 ; ","
dd offset asc_1005B488 ; ";"
dd offset unk_1005B4A0
dd offset aQ_1 ; "’"
dd offset asc_1005B4A8 ; "“"
dd offset asc_1005B4AC ; "”"
dd offset aAm_21 ; "AM"
dd offset aPm_21 ; "PM"
dd offset aMetric_42 ; "metric"
dd offset unk_1005B48C
dd offset asc_1005B490 ; " "
dd offset asc_1005B494 ; " "
dd offset aG_ ; " g."
"
5. Tālāk pārrēķinām komatu virtuālās adreses (1005B47Ch, 1005B484h) uz
faila offsetiem ar LordPE (būs 5A67Ch un 5A684h), turpat iekš LordPE
komatus nomainām par punktiem (2Ch->2Eh) un ar to pašu LordPE izlabojam
čeksummu.
6. Pēc tās pašas metodes atrodam citas tabulas citās exporta f-jās
(getAllCurrencies_lv_LV(), etc) un labojam, kas labojams.
--

--
http://www.fastmail.fm - mmm... Fastmail...

[gunarsf]

On 13.05.14 23:42, ZBH wrote:
>> Lai pilniigi korekti juuzera galaa to komatu nodroshinaatu, starp GUI
>> un programmas ieksheejo interfeisu jaataisa translators, kas softu
>> galugalaa padara leenaaku un kompliceetaaku!!!?
>
> lietotaaja bakstiitaa text lauka panemsana, validaacija un
> paartaisiisana kaut Delphos uz P3 straadaa aatraak kaa juuzeris
> nospiezh naakamo pogu, ja vien mees nerunaajam par VisualBasic 1.0 uz
> i286 vai par ZX Spectrum ROM BASIC vkktml. ciklietilpiigu uz leena <g>

Dabā neir tik vienkārši. Man piem sistēmā pāris simti eventu skriptu,
trigeru un vēl baisa kaudze ar testu referentajām vērtībām., kurus
uzpasē gan relatīvi advancētie bet tomēr lietotāji. Nu, nevaru
iedomāties, kā to visu iespējams izveikt ar "mainīgu" skaitļu formātu.

[ZBH]

IMHO vot taa tur iraid lielaakaa probleem, kas man jau likaas no vakar
iemestaa .xml fragmenta - decimaalo atdaliitaaj veertiibs iraid
hardcodeets, un nekas neliek taas graabt no OS settingiem.
kas zin OO/LibO ieksas, tanii .xml tocno neir nekaads iespeejs simbol
vietaa piesaukt kaad speciaal tam meerkjim domaat makros?


ZBH

On Wed, 14 May 2014, ne viens wrote:
...

[ZBH]

On Wed, 14 May 2014, gunarsf wrote:
> Dabā neir tik vienkārši. Man piem sistēmā pāris simti eventu skriptu,
> trigeru un vēl baisa kaudze ar testu referentajām vērtībām., kurus
> uzpasē gan relatīvi advancētie bet tomēr lietotāji. Nu, nevaru
> iedomāties, kā to visu iespējams izveikt ar "mainīgu" skaitļu formātu.

paaris simtiem? nu, taapat kaa vienam, tikai paaris simtu reizhu
jaaatkaarto :)
neviens neteica, ka tas buus vienkaarshi. tas nebuus vienkaarshi, un tas
buus konveijers, bet to var izdariit.
atkaartoju, tikai shoreiz kaa q - a ar mainiigu datumu formaatu, kas IMHO
iraid veel lielaaka jaatne, nez kaadeelj speejat tikt galaa?


ZBH

[ZBH]

> Lai arī caur izpūtēju, tomēr problēma atrisināta, tēmu varam slēgt :)
>
> LP
> priecīgs kā ferkels :)))

kameer tas viss caur izpuuteeju, tikmeer "atrisinaata" buutu par skalju
teikts, taa, "apieta".
mums veel avien iraid LVS, kuru retais miil pasreizeejaa paskataa, un, pie
tam, pamatoti. un mums veel avien neir normaal, logisk uzvediib LibO
upstreamaa.


ZBH

[ZBH]

btw, man "patiik", ka VVC shajaa tekstaa HTML'aa neir izmantojis nbsp tur,
kur taam it kaa vaidzeetu buut, un rezultaataa rindas lauzhas pat tur, kur
tam it kaa nevaidzeetu taa notikt.
jebshu tas par rindas nelaushanu starpaas "yyyy. gada", "dd. mmmm",
"Nr. X", "X. §" tik taads fufelis?


ZBH

> Valsts valodas centra Latviešu valodas ekspertu komisija 2014. gada 12. marta
> sēdē (prot. Nr. 33, 2. §)

...

> ZBH
>
>> www.vvc.gov.lv
>> 2014.g. 12.marta vārdulizācijas sexpertu komisijas lēmums

>> LP

[ne viens]

On Wed, May 14, 2014, at 10:10 PM, ZBH wrote:
> IMHO vot taa tur iraid lielaakaa probleem, kas man jau likaas no vakar
> iemestaa .xml fragmenta - decimaalo atdaliitaaj veertiibs iraid
> hardcodeets, un nekas neliek taas graabt no OS settingiem.
> kas zin OO/LibO ieksas, tanii .xml tocno neir nekaads iespeejs simbol
> vietaa piesaukt kaad speciaal tam meerkjim domaat makros?
>

Xmls ir tikai kompilatora konfiga fails, kurā sarakstītas static const
struct vērtības. Tur jau tālāk kodā jāraksta, lai ņem settingus no sys,
vai reģistra vai ledusskapja.
--
--

--

http://www.fastmail.fm - A no graphics, no pop-ups email service

[ZBH]

On Thu, 15 May 2014, ne viens wrote:
> Xmls ir tikai kompilatora konfiga fails, kurā sarakstītas static const
> struct vērtības. Tur jau tālāk kodā jāraksta, lai ņem settingus no sys,
> vai reģistra vai ledusskapja.

a ja nu vins taa dara, ja tur noraada tuksu virkni?


ZBH

[Zirneklitis]

Patiesībā šo ķekša nozīmē tiek pārprasta. Ja ķeksis ir ielikts, tas
nozīmē, ka LO/OO pārtver „NumPad” punktu un ieraksta to, kas paredzēts
attiecīgajā valodā. Ja ķekša nav – raksta to, ko paredz klaviatūras dzinis.

Z.

Lasitprieks wrote:
> Manuprāt arī tā vajadzētu būt, vismaz man tā patiktu, bet tā nav un tas nelīdz.
> Un to ka tas nelīdz, cik saprotu, LO izstrādātāji neuzskata par gļuku.
> Vienīgi rodas jautājums a kāda suņa pēc tad tas ķeksis ir paredzēts,
> vienīgais labums no tā ir tad, ja neizmanto Calcu.
>
> LP
>
> 13.05.14 Talivaldis <taliv...@gmail.com> rakstīja:
>> Manuprāt pietiek ar iepriekš minēto ķekša izņemšanu jeb pateikšanu lo
>> neizmentot lacal settings.....
> ..

[Jānis]

Off:

te izskanēja, ka LO esot jaunu fīču meklējumu pārblīvēts produkts,
kamēr OO - stabilitātes paraugs - diemžēl tā nav.

Nonāca manās rokās viens sekseļa failiņš (domājams - MSo2010-2013) -
OO ap to mocījās vairāk kā pusstundu un rezultāts bija sliktāks, nekā
to pašu failu verot vaļā ar MSo2003, toties LO tika galā tīri veikli
un bez (pagaidām) pamanāmām kļūdām.

J.

--
http://dict.dv.lv
http://tehvi.dv.lv