Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - pecko

Stran: 1 [2] 3 4 ... 7
16
Vývoj / Re:Tabulator vs . Space
« kdy: 07. 09. 2012, 17:37:01 »
Ale jo, rozumíme :-) Jak byla řeč o formátovačích, tak jsem bral ten případ, že vkládá \n (BTW: Netbeans to dělat můžou, když si je tak nastavíš). A souhlas i v tom, že natvrdo zalamovat v kódu je (většinou) blbost resp. přežitek.

ved o tom pisem. ak si ich tak nastavis:) to s tabmi nema nic, to je o blbosti uzivatela ide:)

svojvolne zalamovanie editorom je vzdy blbost:) ak zalamuje vedome sam autor, na tom nic neni. predsa len, niektori si radi svoje kody aj tlacia:D hehe. a ak to ma aj na papieri vyzerat dobre, musis to jednoducho zalomit. ale len ty a nie editor:)


takze sa mozme kludne zhodnut a temu zrejme uzavriet, ze:

- na odsadzovanie zaciatku riadku 'tab'
- na zarovnanie bloku textu 'medzera'
- ostatne formatovanie vsetci rovnako podla dohody

co ty na to?

17
Vývoj / Re:Tabulator vs . Space
« kdy: 07. 09. 2012, 17:16:15 »
Pokud se zalamují řádky na nějakém počtu znaků, tak to vliv mít může, ale to je jedno, protože když už se používají automatické formátovače, je potřeba vynutit v týmu všude stejné nastavení (společný konfigurační soubor/volby editoru/IDE). Tabulátory tak jako tak vedou.

netvrdim, ze to vplyv nema, pokial sa tam vlozi \n. tvrdim, ze to vplyv nema, pokial to ide tak iba zobrazi. mozno som z inej planety, ale ktore ide zalamuje tak, ze si svojvolne niekam supne \n? dokonca ani moj netbeans to nerobi:D iba dlhy riadok cez najblizsiu pouzitelnu medzeru pre mna zobrazi na novom riadku, ale nevklada tam znaky, ktore ja svojpravne nestlacim na klavesnici, alebo pokial nespustim formatovac:)

alebo si nerozumieme?:)

18
Vývoj / Re:Tabulator vs . Space
« kdy: 07. 09. 2012, 17:02:19 »
Vliv to má ve chvíli, kdy si vycheckoutu nějaký soubor, upravím v něm jednu metodu a použiji formátovač. I když jeho autor měl šířku řádky nastavenou taky na 80, ale tabulátor na 2 mezery, zatímco já ho mám na 4, tak se po použití formátovače stane to, že některé řádky, které se u něj těsně vešly do limitu 80 znaků, u mě najednou těch 80 přesahují.

Takže všechny takové řádky se najednou zalomí a já když chci dát commit, tak mám najednou v diffu kromě toho, co jsem skutečně upravil, celou řadu rozdílů způsobených přibyvšími konci řádků. A něco takového nemá v commitu co dělat.

stale nerozumiem, co to s tym ma? pocet \t na zaciatku riadku sa nezmeni, skutocny format riadka tiez nie. cize sa de facto nezmeni nic. ale pokial tam mas takych idiotov, co si nastavia ide tak, ze zalamuje riadky pomocou \n, tak sa necuduj. to je debilita kodera, nie nevyhoda tabu:)

po dalsie, nastav si poridne verzovaci nastroj, aby nebral do uvahy zmenu vo whitespace:) co ti mam na to povedat?

19
Vývoj / Re:Tabulator vs . Space
« kdy: 07. 09. 2012, 16:36:09 »
http://www.hackles.org/cgi-bin/archives.pl?request=284

asi som debil, ale ani po 15 minutach lustenia a citania textu pod obrazkom som to nepochopil:D vysvetlite niekto:) dik

20
Vývoj / Re:Tabulator vs . Space
« kdy: 07. 09. 2012, 16:16:58 »
Já jsem taky jednoznačně pro taby, teď mě ale napadl jeden eventuální problém při práci v týmu.

Pokud člověk používá automatický formátovač kódu (v Eclipse, NetBeans apod.), tak když budu mít nastavenou stejnou šířku řádku (třeba těch klasických 80) jako kolega, ale budu mít jinou šířku tabulátorů (on např. 2, zatímco já 4), tak ve chvíli, kdy použiju ctrl+shift+F, tak se mi řádky natáhnou do šířky a některé delší se v důsledku toho zalomí.

Proto je potřeba mít v týmu jednotné nastavení formátovače nejenom ve smyslu tab vs. space, ale i u šířky řádku a šířky tabulátorů.

cece, to ale nema ziadny vplyv na skutocny obsah ulozeneho suboru. to je len "takto ti to ide ukazuje" :) ine je to uz s ostatnymi vecami typu "zatvroka na rovnaky riadok" alebo "medzery okolo zatvoriek" a pod. toto uz musite mat jednotne. ale zobrazovanie tabu u teba na 4 a u kolegu na 8 s tym nema nic spolocne. to nema najmensi vplyv:)

stale teda vedu taby:D pokial sa bavime cisto o odsadzovani zaciatku riadku a o nicom inom:)

21
Vývoj / Re:Tabulator vs . Space
« kdy: 07. 09. 2012, 12:45:36 »
pecko:
http://www.iovene.com/61/



presne tak som to myslel. sory, ak som sa nevyjadril dost jasne. mal som na mysli iba odsadzovanie, nie zarovnavanie. presne ako autor clanku pise, na odsadzovanie je najlepsi tab, na zarovnanie medzera:) plne suhlasim a som rad, ze si dal odkaz na clanok, ktory potvrdzuje moje tvrdenie:)

odsadzovaniu zdar, zarovnaniu zvlast:D

22
Vývoj / Re:Tabulator vs . Space
« kdy: 07. 09. 2012, 07:49:09 »
... při použití jiného nastavení šířky tabulátoru, než jaké použil autor, se pak formátování řádek s různými úrovněmi odsazení rozpadá.

A pokud je někdo neschopný nastavit si IDE podle konvencí projektu... no tak mu prostě jeho výtvory revertněte a řekněte mu, ať si to nastaví!

prepac, ale ak mas niekde povedzme 2x \t na zaciatku riadku, mas tam 2x \t na zaciatku riadku a hotovo. tvoje nastavenie ide s tym nic nespravi. ak mas syndrom americana, potrebujes obrovske mnozstvo medzier, tak si nastavis svoje ide, aby 1 \t zobrazoval ako 12 medzier. to je cele. a kedze mas na zaciatku 2x \t, medzier vo svojom ide budes mat 24. ake rozpadanie? pokial tam kazdy editor zachova tie dva taby, dva taby tam stale ostanu a nic sa nerozbije. a pokial by vsetci koderi dodrziavali odsadzovanie tabom, neexistuje moznost, ako by mohlo dojst k rozbitiu kodu. kazdy vo svojom ide uvidi len to, co si vo svojom ide nastavi, ale nijako tym neovplyvni skutocny obsah suboru.

co plati pri nejakych specifickostiach ako pythom, ci xaml, ci neviem co este, to je o niecom inom. pisem prevazne o jazykoch, ktore nie su citlive na odsadzovanie a formatovanie je len vecou vseobecnej dohody. tam jednoznacne tab, pretoze je debilovzdorny.

a inak, verim, ze o falme tym tajtrlikom na zaciatku neslo, iba nepochopili otazku:)

23
Vývoj / Re:Tabulator vs . Space
« kdy: 06. 09. 2012, 17:59:46 »
ach, vidim chlapci, ze netusite, o co v otazke ide...

ja osobne hlasujem za tab. ak si takto formatovany subor vymienaju medzi sebou rozne osobnosti, kde kazdy ma svoje id nastavene inak, ale vsetci spravne, je sanca, ze vzdy vsetci uvidia u seba subor formatovany podla vlastnych preferncii a ako je to im mile. pokial by si na odsadzovanie pouzival medzery, po tyzdni rotacie medzi editormi by si mal jeden dopraseny hnoj, ktory by sa len tazko dal citat.

ako pri vsetkom, aj tu je vynimka. python:) ale to take hrozne neni, kedze tam je to riesene striktne a zauzivane su 4 medzery. pri pythone je sanca, ze do znacnej miery vsetci budu odsadzovat rovnako. aj ked, mam pocit, ze predsa len funguje spravne aj tab:)

mam mnoho skusenosti s takymi subormi, ktore boli editovane viacerymi a kazdy mal svoje oblubene ide a kazdy ho mal nastavene inak:) jedine taby sa osvedcili...

24
Vývoj / Re:Python seznamy česky
« kdy: 04. 07. 2012, 17:12:44 »
priamo print x nejde pri unicode. netusim preco:) az tak sa v pythone zatial nevrtam. ale ono v podstate ti to moze byt jedno pre tento pripad, si myslim. podla mna neni uplne idealne to takto pouzivat v aplikacii. daj si napr print x[4] a to uz bude ok aj napriamo

25
Vývoj / Re:Python seznamy česky
« kdy: 04. 07. 2012, 16:56:01 »
alebo:


#!/usr/bin/env python
# -*- coding: utf-8 -*-

x = ['prvý', 'druhý', 'tretí', 'štvrtý', 'ľščťžýáí']
for i in x:
    print i,

26
Vývoj / Re:Python seznamy česky
« kdy: 04. 07. 2012, 16:42:56 »
skus:


#!/usr/bin/env python
# -*- coding: utf-8 -*-


x = ['prvý', 'druhý', 'tretí', 'štvrtý', 'ľščťžýáí']
print ', '.join(x)

27
Vývoj / Re:Python seznamy česky
« kdy: 04. 07. 2012, 16:03:06 »
vies sem pastnut cely skript?

28
Vývoj / Re:PHP registrace systémových uživatelů
« kdy: 26. 06. 2012, 13:41:25 »
a co tak zmenit systemovu autentifikaciu z PAM na nieco ine, co podporuje db? ldap alebo nieco podobne. potom je riesenie cez db naozaj to najlahsie a pre php najjednoduchsie...

29
Odkladiště / Re:Vyznam pid souboru v adresari /var/run
« kdy: 28. 01. 2012, 13:35:41 »
vyuzivaju to aplikacie na urcenie, ci uz bezia alebo nie. nepotrebujes sa tym vobec zaoberat... ;)

30
Vývoj / Re:Správná formulace MySQL dotazu
« kdy: 19. 01. 2012, 15:55:33 »
do tretice vsetko dobre:D keby admin nezrusil edit, mohlo to tu byt len raz. co uz:)

inak, aj cisla sa mozu davat do uvodzoviek, budu potom aj tak konvertovane na cislo, takze je to jedno a v poriadku je aj posledna verzia. ale pre istotu:) kto ma rad hlasenie chyb...


Kód: [Vybrat]
$result = mysql_query( "UPDATE `vesnice` SET `{$jednotka}` = {$pocet} WHERE `id` = {$id_db_vesnice}" )

Stran: 1 [2] 3 4 ... 7