Re: [python] [django-cs] Re: Pozvánka na lednové brněnské Pyvo

[Petr Viktorin]

Na přednášky obstaráme zámek, takže určitě nepojedou dvě zároveň.
Posluchači můžou asynchronně klást otázky, ale kdy (a jestli) je
přednášející zpracuje je na něm.

2014-01-28 yedpodtrzitko yedpodtrzi...@gmail.com:
 prednasky budou taky paralelni nebo seriove?


 On Tuesday, January 28, 2014 10:22:28 AM UTC, Honza Javorek wrote:

 Ahoj, ahoj!

 Ve čtvrtek 30. ledna se od 19:00 v brněnské Koločavě koná brněnský sraz
 příznivců Pythonu a Ruby na téma paralelismus, konkurence, vlákna, procesy,
 atd. Concurrency! Parallelism! Paralelní Python, paralelní Ruby!

 - paralelní paralelismus
 - paralelní vlákna
 - paralelní procesy
 - paralelní asynchronnosti
 - paralelní GIL?!!

 Nestačí vám jedno jádro? Paralelizujete, pouštíte vlákna, podprocesy a
 zelenitky? Zdají se vám noční můry o GILu? Pokukujete po Go, Rust či
 Erlangu? Přidejte se k aktorům lednového Pyva+BRUGu, popijte asynchronně
 natočené pivo, a kooperativně se podělte o své zážitky a zkušenosti! Srdečně
 zveme všechny spící holiče, producenty, konzumenty i večeřící filozofy!
 Čtvrteční útratu za pivo navíc sponzoruje Videoflot, takže když dorazíte,
 rozhodně neprohloupíte :)

 Zatím nahlášené přednášky:

 - Petr Viktorin: asyncio (py)
 - Petr Pitr Chalupa: actor pattern (rb)
 - tvoje přednáška

 Lightning talky:

 - David Spáčil / Marek Blažek: Videoflot hledá ostříleného Python/Django
 seniora
 - tvůj lightning talk o čemkoliv

 Přihlásit se můžete na Facebooku, Lanyrdu nebo Google+. Více informací na
 python.cz a brug.cz. Nechcete-li už nikdy žádné Pyvo + BRUG zmeškat,
 přidejte si naše setkání do kalendáře, nebo jej sledujte přes RSS.

 Honza

 --
 --
 E-mailová skupina django...@googlegroups.com
 Správa: http://groups.google.cz/group/django-cs

 ---
 Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny
 django-cs ve Skupinách Google.
 Pokud chcete zrušit odběr skupiny, aby vám z ní již nechodily e-maily,
 zašlete e-mail na adresu django-cs+unsubscr...@googlegroups.com.
 Další možnosti najdete na adrese https://groups.google.com/groups/opt_out.
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] GUI pro Python 3.3

[Petr Viktorin]

2014-02-18 12:27 GMT+01:00 rajcze raj...@gmail.com:
 Jen tak pro zajimavost, Petre, co se ti na Qt zda licencne horsiho, nez na
 wxPythonu? Resp. jaky aspekty LGPL ti prijdou horsi nez wxWindow License?

PyQT binding je pod GPL, a PySide (LGPL verze) poslední dobou tak trochu umírá.
Což je škoda, Qt je super framework.


 2014-02-18 9:13 GMT+01:00 Petr Přikryl prik...@atlas.cz:

 Ahoj Romane,

 Tkinter je k Pythonu přibalený, ale je to spíš takový záchranný člun.

 GUI toolkitů je víc (https://wiki.python.org/moin/GuiProgramming),
 ale osobně bych si vybral buď wxPython (zatím jen pro Python 2) nebo Qt.
 Qt mi připadá horší z hlediska licenčního a taky to vypadá na těžší váhu
 (snaží se některé věci dělat vlastními prostředky). Víc se mi líbí
 wxPython.
 Problém je v tom, že wxPython pro Python 3 je zatím ve vývoji (projekt
 Phoenix
 http://wiki.wxpython.org/ProjectPhoenix).

 Očekávej vášnivé obhajování toho či onoho toolkitu, protože tohle
 je svatá půda :)

 Petr

 __
  Od: Roman Zbořil sewerman...@gmail.com
  Komu: python@py.cz
  Datum: 18.02.2014 08:47
  Předmět: [python] GUI pro Python 3.3
 
 Učím se programovat v Pythonu. Nainstaloval jsem si Python 3.3 a po
  prvním rozkoukání jsem si vyzkoušel GUI tkinter.
 Tkinter mi přijde jednoduchý pro programování, ale jak postupně zjišťuji
  chybí mu pokročilejší možnosti proto hledám jiné GUI
 Nejde mi o to abych si okno naklikal, nevadí mi přidávat si jednotlivé
  prvky do okna postupně.
 Jaké jiné GUI (multiplatformní) je vhodné pro programování s Python 3.3?
 
 Děkuji
 ___
 Python mailing list
 python@py.cz
 http://www.py.cz/mailman/listinfo/python
 
 Visit: http://www.py.cz
 
 ___
 Python mailing list
 python@py.cz
 http://www.py.cz/mailman/listinfo/python

 Visit: http://www.py.cz




 --
 Rules of Optimization:
 Rule 1: Don't do it.
 Rule 2 (for experts only): Don't do it yet.

 ___
 Python mailing list
 python@py.cz
 http://www.py.cz/mailman/listinfo/python

 Visit: http://www.py.cz
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] GUI pro Python 3.3

[Petr Viktorin]

2014-02-18 13:45 GMT+01:00 rajcze raj...@gmail.com:
 Co znamena, ze PySide umira? Priznavam, ze to jako projekt nesleduju nejak
 dusledne.

Poslední commit před 7 měsíci: https://qt.gitorious.org/pyside/pyside/commits/
Qt verze 5 už je venku rok a PySide ji pořád nepodporuje.



 2014-02-18 13:30 GMT+01:00 Petr Viktorin encu...@gmail.com:

 2014-02-18 12:27 GMT+01:00 rajcze raj...@gmail.com:
  Jen tak pro zajimavost, Petre, co se ti na Qt zda licencne horsiho, nez
  na
  wxPythonu? Resp. jaky aspekty LGPL ti prijdou horsi nez wxWindow
  License?

 PyQT binding je pod GPL, a PySide (LGPL verze) poslední dobou tak trochu
 umírá.
 Což je škoda, Qt je super framework.


  2014-02-18 9:13 GMT+01:00 Petr Přikryl prik...@atlas.cz:
 
  Ahoj Romane,
 
  Tkinter je k Pythonu přibalený, ale je to spíš takový záchranný člun.
 
  GUI toolkitů je víc (https://wiki.python.org/moin/GuiProgramming),
  ale osobně bych si vybral buď wxPython (zatím jen pro Python 2) nebo
  Qt.
  Qt mi připadá horší z hlediska licenčního a taky to vypadá na těžší
  váhu
  (snaží se některé věci dělat vlastními prostředky). Víc se mi líbí
  wxPython.
  Problém je v tom, že wxPython pro Python 3 je zatím ve vývoji (projekt
  Phoenix
  http://wiki.wxpython.org/ProjectPhoenix).
 
  Očekávej vášnivé obhajování toho či onoho toolkitu, protože tohle
  je svatá půda :)
 
  Petr
 
  __
   Od: Roman Zbořil sewerman...@gmail.com
   Komu: python@py.cz
   Datum: 18.02.2014 08:47
   Předmět: [python] GUI pro Python 3.3
  
  Učím se programovat v Pythonu. Nainstaloval jsem si Python 3.3 a po
   prvním rozkoukání jsem si vyzkoušel GUI tkinter.
  Tkinter mi přijde jednoduchý pro programování, ale jak postupně
   zjišťuji
   chybí mu pokročilejší možnosti proto hledám jiné GUI
  Nejde mi o to abych si okno naklikal, nevadí mi přidávat si jednotlivé
   prvky do okna postupně.
  Jaké jiné GUI (multiplatformní) je vhodné pro programování s Python
   3.3?
  
  Děkuji
  ___
  Python mailing list
  python@py.cz
  http://www.py.cz/mailman/listinfo/python
  
  Visit: http://www.py.cz
  
  ___
  Python mailing list
  python@py.cz
  http://www.py.cz/mailman/listinfo/python
 
  Visit: http://www.py.cz
 
 
 
 
  --
  Rules of Optimization:
  Rule 1: Don't do it.
  Rule 2 (for experts only): Don't do it yet.
 
  ___
  Python mailing list
  python@py.cz
  http://www.py.cz/mailman/listinfo/python
 
  Visit: http://www.py.cz
 ___
 Python mailing list
 python@py.cz
 http://www.py.cz/mailman/listinfo/python

 Visit: http://www.py.cz




 --
 Rules of Optimization:
 Rule 1: Don't do it.
 Rule 2 (for experts only): Don't do it yet.

 ___
 Python mailing list
 python@py.cz
 http://www.py.cz/mailman/listinfo/python

 Visit: http://www.py.cz
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] GUI pro Python 3.3

[Petr Viktorin]

2014-02-19 12:29 GMT+01:00 Jakub Vysoky ja...@borka.cz:
 na python srazu v praze se o tom kdysi mluvilo [1]. ale od te doby to
 muselo ujit poradny kus cesty. a navic, jak tak koukam, tak to byl
 mozna jenom nejaky nezaznamenany lightning talk..

 [1] http://lanyrd.com/2012/djangocs-april/

 urcite kivy pouzivaji kluci ve fragaria.cz, tak vam treba neco povi.

Kivy je fajn na custom multitouch UI (hry, dema, expozice, informační
panely), ale moc ne na integraci s desktopem (okýnka, tlačítka,
meníčka -- Kivy to všechno má, ale svoje).

 2014-02-19 12:13 GMT+01:00 W. tomas.wachtarc...@gmail.com:
 On Tuesday, February 18, 2014 3:10:57 PM UTC+1, Roman Zbořil wrote:
 QT mi přijde jako moloch (pro moje hobby programování).

 wxPython se mi líbí ale pro Python 3 to asi ještě nebude.

 Asi zůstanu u základního tkinter.

 Zkoušel jste někdo http://kivy.org ?
 ___
 Python mailing list
 python@py.cz
 http://www.py.cz/mailman/listinfo/python

 Visit: http://www.py.cz



 --
 Jakub Vysoky

 mob: +420 605 852 377
 jab: jakub.vys...@gmail.com
 twit: https://twitter.com/kvbik
 ___
 Python mailing list
 python@py.cz
 http://www.py.cz/mailman/listinfo/python

 Visit: http://www.py.cz
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] GUI pro Python 3.3

[Petr Viktorin]

2014-02-19 13:54 GMT+01:00 Vladimir Macek ma...@sandbox.cz:
 On 19.2.2014 12:43, Petr Viktorin wrote:
 2014-02-19 12:29 GMT+01:00 Jakub Vysoky ja...@borka.cz:
 na python srazu v praze se o tom kdysi mluvilo [1]. ale od te doby to
 muselo ujit poradny kus cesty. a navic, jak tak koukam, tak to byl
 mozna jenom nejaky nezaznamenany lightning talk..

 [1] http://lanyrd.com/2012/djangocs-april/

 urcite kivy pouzivaji kluci ve fragaria.cz, tak vam treba neco povi.
 Kivy je fajn na custom multitouch UI (hry, dema, expozice, informační
 panely), ale moc ne na integraci s desktopem (okýnka, tlačítka,
 meníčka -- Kivy to všechno má, ale svoje).

 Nejsem puvodni tazatel, dekuji vsak za info. Zajimal by me vyvoj spis pro
 ty tradicni nudne desktopove aplikace.
To se radši drž dál.

 Zajimalo by me proto, zda povazujete Kivy za dobrou volbu pripade, ze mavnu
 rukou nad nenativnim vzhledem GUI v ruznych systemech (misto toho je
 predpokladam jednotny kyviacky),

Jo. Je skinovatelný; výchozí nastavení vypadá docela hezky.
Koneckonců koukni na screenshoty (
https://play.google.com/store/apps/details?id=org.kivy.showcasehl=en
)

 dale v pripade, ze hledam neco OSS,
MIT; UI je pod LGPL

 stabilniho
Jo

 perspektivniho
Myslím že jo.

 vedeneho lidmi s otevrenou mysli
Jo, Mathieu je fajn :)

 s rozumnym API.
No, mám (samozřejmě) své výhrady, ale jo :)


 Jestli byl vyvoj Kivy motivovam smerem k hodne interaktivnim aplikacim,
 obavam se trochu, ze vyvoj pro s tradicni officove GUI bude na druhe
 koleji. Je to spravny pocit?
Rozhodně, na to Kivy není stavěné; jestli chceš kreslit tabulky místo
hraní si s OpenGL tak sáhni po něčem jiném.

 Odradilo me taky to, ze jsem zkusil 'pip install kivy' ve virtualenvu na
 Ubuntu 13.10. Nejdriv to chtelo Cython, ten jsem vzal z distribuce, pak to
 chtelo novejsi setuptools, to jsem narval do virtualenvu. Pak to stejne na
 cosi selhalo, uz nevim...
Instalace je horší. Je to optimalizované až hrůza, autor má vlastní
workflow, není to jen jednoduché pip install. Ale jak to jednou
rozchodíš tak to funguje.

 Tim nevolam po supportu. Chtel jsem to jen vyzkouset, mam stejne delat neco
 jineho. Jen ze to zamrzi.
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Třídy, metody, argumenty

[Petr Viktorin]

2014-02-21 18:52 GMT+01:00 Marcus Scalpere xdlabac...@seznam.cz:
 Zdravím,
 můj dotaz je lepší asi předvést než vysvětlovat, takže:

 class pokus:
 def __init__(self, vstup):
 self.vstup = vstup

 def nejaka_funkce(self):
 return (self.rok + 9) % 28

 def jina_funkce():
 return ((self.nejaka_funkce - 1) * 11) % 30

 prvni = pokus(1845)
 print (prvni.jina_funkce())

 (Jen příklad, skutečnost je trochu složitější, ale i kdyby nebyla, chci na
 to přijít)
 Je jasný, že mi to vyhodí chybu, poskytuji argument a přitom žádný
 nepotřebuje. Takže moje otázka je - jak to provést, abych mohl ve třídě
 používat metody, které mají jako argument výsledek jiné funkce ve třídě? A
 zároveň abych neměl problém při volání? Je mi jasný, že to určitě nějak
 jde...a omluvte mě, na OOP stále koukám jak pavián na Rosettskou desku:/

Je to celkem jednoduché: metody definuješ se self, ale voláš bez
self (ten se doplní sám, z objektu na kterém tu metodu voláš):

class pokus:
def __init__(self, rok):
self.rok = rok

def nejaka_funkce(self):
return (self.rok + 9) % 28

def jina_funkce(self):
return ((self.nejaka_funkce() - 1) * 11) % 30

prvni = pokus(1845)
print (prvni.jina_funkce())
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Překódování textových souborů z DOSu.

[Petr Viktorin]

Souboru f1 už nastavuješ kódování, takže do něj můžeš psát přímo
řetězce, bez encode():
f1.write(obsah)

Případně pokud chceš do souboru zapisovat bajty (ne Unicode řetězce),
otevři ho pro binární zápis:
f1=open(soubor1, 'wb')
f1.write(obsah.encode(cp1250))

2014-03-03 14:53 GMT+01:00 Jiří Nekolný jneko...@centrum.cz:
 Potřeboval bych archivní soubory z DOSu převést do kódování ve Win případně i 
 v Linuxu (ISO8859), se kterým koketuji.

 V Pythonu 3 jsem vytvořil prográmek

 1. soubor = 'c:/apy/zn852.txt'
 2. soubor1 ='c:/apy/zn1252.txt'
 3. f= open(soubor, 'r',encoding=cp852)
 4. obsah= f.read()
 5. print(obsah)
 6. f1=open(soubor1, 'w',encoding=cp1250)
 7. f1.write(obsah.encode(cp1250))
 8. f1.close()

 Až do ř. 7 proběhne vše dobře, ale soubor se mi v požadovaném kódování nedaří 
 uložit. Dva dni googlím a pořád nevidím, kde je chyba?
 Předpokládám, že proměnná obsah ve v unicode utf-8. A nebo ne?

 Tréninkový soubor zn852.txt jsou vygenerované znaky char(I), pro I=0 to 255
 v latin2 (cp852).

 Děkuji.
 ___
 Python mailing list
 python@py.cz
 http://www.py.cz/mailman/listinfo/python

 Visit: http://www.py.cz
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Prekdovn textovch souboru z DOSu.

[Petr Viktorin]

2014-03-04 9:02 GMT+01:00 Petr Přikryl prik...@atlas.cz:
 Varianta by mohla být:
  - otevřít výstupní soubor v binárním režimu
  - načtený vstup explicitně překódovat s některým nedefault argumentnem 
 errors

  obsah.encode(encoding=cp1250, errors=backslashreplace)

Případně soubor přímo otevřít s příslušným kódováním, a pak zapisovat unicode :)
open('/tmp/xyz', 'w', encoding='cp1250', errors='backslashreplace')


a zapsat výsledek.


 Pak budou ty nepřeložitelné znaky snadno dohledatelné jako escape sekvence
 a můžeš je nahradit třeba ručně (v editoru, pokud je to jednorázová věc).

Problém s tímhle řešením je že se ztrácí informace, pokud původní text
už obsahuje escape sekvence.

 obsah='\u2591\\u2591'
 obsah
'░\\u2591'
 obsah.encode(encoding=cp1250, errors=backslashreplace)
b'\\u2591\\u2591'


 Taky by šlo před převodem z Unicode do výstupního souboru použít .replace()
 pro známé (nepřevoditelné) znaky a teprve potom zapisovat do výstupního 
 souboru


 Petr

 __
 Od: Jaroslav Lukesh luk...@seznam.cz
 Komu: Konference PyCZ python@py.cz
 Datum: 03.03.2014 19:54
 Předmět: Re: [python]Prekdovn textovch souboru z DOSu.

Az tak prosté to není, predpokládá to mít osetrené vsechny paznaky, to uz
rovnou muzu definovat celé translate, ideální by byla volba
ignore-all-others a mít moznost definovat univerzální nahrazující znak - ne
vzdy se hodí otazník.

- Puvodní zpráva -
Od: Ondrej Beranek

prosté. dík.

2014-03-03 17:44 GMT+01:00 Hynek Fabian hynek.fab...@firma.seznam.cz:

S.translate(table [,deletechars]) - string

Return a copy of the string S, where all characters occurring
in the optional argument deletechars are removed, and the
remaining characters have been mapped through the given
translation table, which must be a string of length 256 or None.
If the table argument is None, no translation is applied and
the operation simply removes the characters in deletechars.


On 03/03/14 17:45, Ondrej Beranek wrote:
 dovolim si do toho vstoupit,
 kdybych takovou konverzi stejne chtel provest, s tim ze si sam reknu na co
 to prevest je mozne nejak konverzni tabulku dodefinovat ?

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

 ___
 Python mailing list
 python@py.cz
 http://www.py.cz/mailman/listinfo/python

 Visit: http://www.py.cz
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Akcia iba pri prekročení hodnoty v cykle

[Petr Viktorin]

Podobné věci se většinou řeší stavovým automatem (state machine;
google ti určitě ukáže spoustu teorie).

Jinak ohřívače mají většinou hysterezi: teplota při které se ohřívač
spustí je vyšší než při které se vypne. Přikládám jednoduchou ukázku.

2014-04-21 21:02 GMT+02:00 Lukáš Sliacky lu...@sliacky.eu:
 Ahojte,

 už druhý deň si lámem hlavu nad tým, ako urobiť, aby v cykle nastala akcia 
 iba pri prekročení definovanej hodnoty.

 Príklad:
 Mám teplomer, ktorý dáva na vstup teplotu v stupňoch. Chcem, aby cyklus 
 sledoval, či je teplota vyššia alebo nižšia ako 20 stupňov a podľa toho 
 vykonal napr. print.
 Problém je v tom, že potrebujem aby print vykonal iba keď teplota stúpne nad 
 20 stupňov, resp. keď klesne pod 20 stupňov. Keď stúpne napr. z 15 na 16 
 alebo z 21 na 22, nevykoná sa nič. Jednoducho akcia iba keď sa prvý krát 
 prekoná definovaná hodnota.

 Je to vlastne ekvivalent funkcie nejakého ohrievača. Keď teplota klesne pod 
 20 stupňov, vypíše, že za zapína kúrenie a zapne ho až pokým teplota nestúpne 
 nad 20, tam znovu vypíše, že teplota je nad 20 a znovu nebude vykonávať nič, 
 až pokým neklesne pod 20.
 (ak som to náhodou nezadefinoval dostatočne, na požiadanie to všetko upresním)

 Verím, že existuje nejaký hotový algoritmus, ale ani po hodinách googlenia sa 
 mi nepodarilo nájsť nič použiteľné.

 Ďakujem za odpovede.

 Lukáš
 ___
 Python mailing list
 python@py.cz
 http://www.py.cz/mailman/listinfo/python

 Visit: http://www.py.cz

def prechod(stav, hodnota):
if stav == 'vypnuto':
if hodnota  18:
print('zapinam')
return 'zapnuto'
else:
return stav
elif stav == 'zapnuto':
if hodnota  20:
print('vypinam')
return 'vypnuto'
else:
return stav
else:
raise ValueError(stav)



def ukazka():
stav = 'vypnuto'
for hodnota in [20, 18, 17, 16, 10, 19, 20, 18, 22, 24]:
print('Hodnota:', hodnota)
stav = prechod(stav, hodnota)

ukazka()
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] [django-cs] Re: NaPyVo #38: CMS Battle

[Petr Viktorin]

2014-05-19 0:43 GMT+02:00 Jiri Barton j...@tele3.cz:
 Pratele, dalsi Python sraz #38 v Praze se neuprosne blizi! Na prvni pohled
 mozna vzdalene tema CMS, ale kdo z vas nema nebo nemel nekdy vlastni
 stranku/blog?

 DJANGO-CMS
 Krome ohlasenych hvezd vecera, vzpomente si, nevideli jste nekdo django-cms
 v akci? Staci lightning-talk, napr. k cemu to je, priklad pouziti, nebo
 nejaky pekny nazor staci.

 PELICAN, JEKYLL, etc.
 Posledni dobou vidim kolem sebe narust statickych generatoru stranek, pritom
 jejich editace muze probihat obdobnou formou jako u dynamickych CMS. Ja
 myslim, ze se podivam, jak jsem publikoval vlastni blog na GitHub pages s
 pomoci Jekyllu. Mam takovy pocit, ze nekdo zminoval, ze pouziva Pelican?
 Doporucuju se priznat, jinak si vas najdu a lightning talk vas asi nemine.

No jo, já mám vlastně blog v Pelicanu. Zkusím vymyslet co by se o tom dalo říct.

 Kazdopadne prijdte tuto stredu, 21. 5. 2014 na Venecek, Ostrovskeho 38a,
 Praha 5 - Smichov od 19:00. Bude asi vedro, pivo tam urcite najdete.

 Ciao
 whiskybar

 http://lanyrd.com/2014/praha-pyvo-may/




 On 2014-05-13 16:44, Jiri Barton wrote:

 feat Honza Kral - Ella
  Radek Svarz - Mezzanine
 karaoke free track


 wed 21th may
 doors 7pm-1am

 support by whiskybar


 CLUB Na Venecku, Ostrovskeho 38a, Praha 5 - Smichoff

 http://lanyrd.com/2014/praha-pyvo-may/


 P.S. jedna se o 38. Python sraz NaPyVo v Praze

 ___
 Python mailing list
 python@py.cz
 http://www.py.cz/mailman/listinfo/python

 Visit: http://www.py.cz


 --
 --
 E-mailová skupina django...@googlegroups.com
 Správa: http://groups.google.cz/group/django-cs

 --- Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny
 django-cs ve Skupinách Google.
 Chcete-li zrušit odběr skupiny a přestat dostávat e-maily ze skupiny,
 zašlete e-mail na adresu django-cs+unsubscr...@googlegroups.com.
 Další možnosti najdete na adrese https://groups.google.com/d/optout.
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] [django-cs] EuroPython

[Petr Viktorin]

Jo, já jedu na EP (a Write the Docs). Na češtinu/slovenštinu je ale
lepší Pyvo :)

2014-07-07 18:02 GMT+02:00 Jan Bednařík jan.bedna...@gmail.com:
 Ahoj,

 jedete někdo na EuroPython a/nebo PyData do Berlína? Mohli bychom se tam
 potkat a prohodit pár slov v češtině či slovenčině.

 Honza

 --
 --
 E-mailová skupina django...@googlegroups.com
 Správa: http://groups.google.cz/group/django-cs

 ---
 Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny
 „django-cs“ ve Skupinách Google.
 Chcete-li zrušit odběr skupiny a přestat dostávat e-maily ze skupiny,
 zašlete e-mail na adresu django-cs+unsubscr...@googlegroups.com.
 Další možnosti najdete na https://groups.google.com/d/optout.
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Má někdo čas osvěžit si nebo naučit se Git? Potřebuji kontrolní oko.

[Petr Viktorin]

2014-08-07 9:47 GMT+02:00 Petr Přikryl prik...@atlas.cz:
 Zdravím všechny,

 Jistě mnozí z vás používáte Git jako svůj oblíbený systém pro správu verzí.
 Pokud nastane chvíle, když už vám programování leze krkem, možná
 byste si mohli přečíst něco trošku nesouvisejícího. V edici CZ.NIC
 (http://knihy.nic.cz/) vyšel už dříve překlad knihy Pro Git (Scott Chacon).

 Tato kniha je téměř nedílnou částí oficiálního serveru systému Git
 (http://git-scm.com/) -- viz http://git-scm.com/book a její překlad
 (nevím, kdo ho spáchal) jsem převedl na českou podobu těchto
 stránek -- viz http://git-scm.com/book/cs

 V současnosti jsem aktualizoval obsah překladu podle inovací v originálu.
 Struktura už je stejná jako u originálu, včetně značkování a počtu všech
 odstavců ve všech kapitolách (pomáhám si Pythonem ;).
 Ale potřeboval bych více očí, které by si to přečetly nestrojově, protože
 obsah odstavců strojově moc nezkontroluji.

 Momentálně jsem revidoval kapitoly 1 až 3 včetně. Pokud byste
 v nich našli nějakou chybu, dejte mi, prosím,  vědět přes
 https://github.com/pepr/progit/issues nebo jinak.

 Mějte se fajn,
 Petr

Zkusím si na to udělat chvilku času.

Ví o tom lidi z CZ.NIC? Bylo by fajn kdyby pak vydali doplněnou
papírovou verzi :)
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] [python ]Má někdo čas osvěžit si nebo naučit se Git? Potřebuji kontrolní oko.

[Petr Viktorin]

2014-08-07 23:13 GMT+02:00 Vrána, Jan jvr...@vranovi.info:
 Ja bych to vubec nepřekládal, kniha je to pro ajtaky, takže killer feature
 by povazoval za

 terminus technicus :)

To by se ovšem nemusely překládat žádné terníny. Proč potom tu knihu
překládat :)

 Dne 7. srpna 2014 22:47 Petr Přikryl prik...@atlas.cz napsal(a):

 No, ono by při překladu neměl být přeložen jen význam, ale taky trochu
 syntaxe -- pokud to jde.

Killer feature nemá nic společného s násilím, zvlášť na lidech --
viz http://en.wiktionary.org/wiki/killer#Noun význam 3.

Myslím že ona naprosto zásadní, nebo třeba převratná vlastnost by
byla mnohem lepší.


 Možná omračující rys ?

 Neusmrtí to sice tolik, jako zabití, ale mohlo by to být ono. Ještě jsem
 uvažoval dechberoucí rys nebo dech beroucí rys, ale k tomu spíš
 pasuje breathtaking feature.

 P.

 __
  Od: Jakub Vysoky ja...@borka.cz
  Komu: Konference PyCZ python@py.cz
  Datum: 07.08.2014 20:57
  Předmět: Re: [python]Má někdo čas osvěžit si nebo naučit se Git?
  Potřebuji kontrolní oko.
 
 naprosto zasadni ;)))
 
 2014-08-07 7:24 GMT-07:00 Petr Přikryl prik...@atlas.cz:
 Pojem killer feature bych raději přeložil jinak než vražedná
  vlastnost
 :)
 
  To jsem čekal! Tak jak se to řekne česky, aby to bylo takové cool?
  :)
 
  P.
 
  P.S. Víc hlav, víc zelí.
  ___
  Python mailing list
  python@py.cz
  http://www.py.cz/mailman/listinfo/python
 
  Visit: http://www.py.cz
 
 
 
 --
 Jakub Vysoky
 
 mob: +420 605 852 377
 jab: jakub.vys...@gmail.com
 twit: https://twitter.com/kvbik
 ___
 Python mailing list
 python@py.cz
 http://www.py.cz/mailman/listinfo/python
 
 Visit: http://www.py.cz
 
 ___
 Python mailing list
 python@py.cz
 http://www.py.cz/mailman/listinfo/python

 Visit: http://www.py.cz




 --
 Jan Vrána
 Dělnicka 26
 779 00 Olomouc
 tel: 777-808-339


 ___
 Python mailing list
 python@py.cz
 http://www.py.cz/mailman/listinfo/python

 Visit: http://www.py.cz
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Má někdo čas osvěžit si nebo naučit se Git? Potřebuji kontrolní oko.

[Petr Viktorin]

2014-08-07 11:26 GMT+02:00 Petr Viktorin encu...@gmail.com:
 2014-08-07 9:47 GMT+02:00 Petr Přikryl prik...@atlas.cz:
...
 V současnosti jsem aktualizoval obsah překladu podle inovací v originálu.
 Struktura už je stejná jako u originálu, včetně značkování a počtu všech
 odstavců ve všech kapitolách (pomáhám si Pythonem ;).
 Ale potřeboval bych více očí, které by si to přečetly nestrojově, protože
 obsah odstavců strojově moc nezkontroluji.
...
 Zkusím si na to udělat chvilku času.

Přečetl jsem kapitolu a půl, a vždycky když mi něco nesedělo tak jsem
to trochu poupravil. Výsledek jsem poslal jako pull request:
https://github.com/pepr/progit/pull/1
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] python 3 cp1250 retazec do utf-8

[Petr Viktorin]

Tož problém je v tom, že databáze předpokládá kódování latin1, a na
bytestringu b'doru\xe8en\xe9' za tebe udělala `decode('latin1')`.
Tenhle krok je potřeba vrátit zpět, a pak se dá bytestring dekódovat
správným kódováním.

 'doruèené'.encode('latin1').decode('cp1250')
'doručené'

2014-08-14 16:49 GMT+02:00 Jaroslav Lukesh luk...@seznam.cz:
 Já to kdysi řešil přes translate

 - Původní zpráva - Od: Zdenko Podobný


 problém je v tom, ze ja mam v x = 'doruèené' a potrebujem z toho dostať
 'doručené' ;-)

 ___
 Python mailing list
 python@py.cz
 http://www.py.cz/mailman/listinfo/python

 Visit: http://www.py.cz
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] sorted

[Petr Viktorin]

2014-11-05 15:23 GMT+01:00  mol-pyt...@seznam.cz:
 Ahoj,

 už jsem asi oficiálně nechápavej.

 Python 3.4.2:

 users = list(sorted(map(exceptions.user_exception_decorator, users)))
 print(users)   # 1
 users = list(sorted(users))
 print(users)   # 2

 V bodě 1 to vypíše seznam neseřazený; v bodě 2 seřazený. V users jsou
 instance třídy User s přetíženým __lt__.

Co je exceptions.user_exception_decorator? Je možné že to vytváří
objekty, které mají __lt__ definované jinak než chceš?

Mimochodem, sorted() vrací vždycky seznam, není potřeba volat ještě list().
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Jaký Tkinter? GTK? QT? Coooo Amiga Escape sekvence rulez! Odlehčení a dotaz - Python a pamět? ;)

[Petr Viktorin]

2015-01-01 17:47 GMT+01:00 Martin lisi...@seznam.cz:

 Nejdříve odlehčení. Poslední port Pythonu verze 2.3.3. Ukázka jednoduchého 
 GUI pomocí ESCAPE sekvencí na počítači Amiga (Windows nemá přímou podporu 
 ESCAPE sekvencí!)



 https://www.youtube.com/watch?v=JzN1Fl-T7jw



 A teď můj dotaz, stačí mi zodpovědět chování Pythonu verze 2.X v rámci PC.



 Zkopíruji to co jsem se ptal jinde:



 Takový technický dotaz, co se týče náročnosti na pamět. V rámci Pythonu, tedy 
 v rámci skriptovacího jazyka. Je pamětově méně náročný, když definuji 
 proměnnou za IF/ELIF? Nebo se tahle proměnná načte do paměti i když podmínka 
 IF/ELIF nebude splněna? Na zápis použiji N-tici.

 S IF/ELIF:
 if vstup == iso: tabulka = (A,B), (B,C)
 elif vstup == latin2: tabulka = (D,E), (F,G)

 Bez IF/ELIF:
 iso = (A,B), (B,C)
 latin2 = (D,E), (F,G)

 Můj odhad: asi se to načte do paměti i s konstrukcí IF/ELIF, ale program s 
 konstrukcí IF/ELIF bude o něco méně pamětově náročný, protože nebudu 
 definovat více proměnných ale jen jednu tabulka a možná ani to ne, protože 
 pokud si to Python potřebuje zapamatovat vše naráz, tak bude mít v paměti 
 nekolik krát proměnnou tabulka, dle našeho příkladu 2 krát. Ale dost 
 filozofie, programování je o nečem jiném, jak to tedy funguje?

 Rěším to, protože každá tabulka by měla obsahovat něco kolem 1800 znaků.



Odpovím pro CPython, jiné interpretery jazyka Python se můžou chovat jinak :)

Konstantní literály, tedy konstanty zapsané přímo v kódu, jako třeba
((A,B), (B,C)) výše, jsou součást zkompilovaného modulu, a do
paměti se načtou s ním. Je jedno, jestli se pak použijí nebo
nepoužijí. Proměnné v Pythonu jsou jen jména (pro C-čkaře: ukazatele),
která se přiřazují hodnotám.
Je možnost to dát do zvláštních modulů:

if vstup == 'iso':
from tabulka_iso import tabulka
elif vstup == 'latin2':
from tabulka_latin2 import tabulka

a v tomhle případě by se načetl jen daný modul a data v něm. Nebo
(většinou lepší varianta) se dají data dát do datového souboru a
přečíst pomocí `csv` nebo `json` ze std. knihovny.
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Frontend, GUI distribuce pro uživatele

[Petr Viktorin]

2015-01-30 17:41 GMT+01:00 Marcus Scalpere marcus.scalp...@gmail.com:
 Zdravím,
 rozjel jsem si https://github.com/Edelstadt/Chrono a povedlo se mě (a jiným) 
 funkce pro výpočty celkem úspěšně splácat (tj. výsledky jsou správně...snad), 
 má otázka tudíž zní - co dál? Aby to bylo použitelné pro běžné smrtelníky?
 Webová aplikace je celkem univerzální, ovšem jen s připojením,

Tohle je asi jednodušší varianta z pohledu vývojáře.
Spoustě lidí problém s připojením z nějakého důvodu nevadí.

 *.exe je jen pro win (i když pro cílovou skupinu nejspíš naprosto 
 dostačující),

Udělat GUI v Pythonu a zabalit to do exe není úplně jednoduché.
Samozřejmě to jde; jednou jsem to dělal, znovu to ale dělat nechci :)
Možná varianta je udělat webovou aplikaci, a pak jako exe zabalit malý
server, co po spuštění otevře prohlížeč se stránkou kterou servíruje.

Doporučuju kromě toho udělat i CLI rozhraní: mnohem líp se odděluje
backend a frontend, když máš frontendy dva.

 statická stránka s js by asi bylo řešení, ale to je mimo mé schopnosti. 
 Ocením každý návrh.
 (pro ty, kteří tento dotat četli jinde, omlouvám se za otravování)

A pro ostatní vývojáře se bude hodit wheel na PyPI, nebo aspoň
setup.py  – viz
https://hynek.me/articles/sharing-your-labor-of-love-pypi-quick-and-dirty/
Když nic jiného tak tam doplň licenci, ať to ostatní můžou používat –
viz http://choosealicense.com/
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] [django-cs] ☇ Prazske Pyvo #47 ☇

[Petr Viktorin]

Hlásím jeden lightning talk na https://github.com/pyvec/bookshelf !
Příležitost pro všechny ze svých přečtených (nejen) Pythoních svazků
ofouknout prach, a nechat je kolovat po republice.

A slyšel jsem že Mikey odřekla účast, tak na report o DjangoGirls by
to chtělo nějakého kouče. Co vy na to, Honzové? :)

2015-02-16 17:57 GMT+01:00 Jiri Barton j...@tele3.cz:
 Zdar Pythonisti,

 uz tuto stredu, pozitri, osmnacteho unora dvatisice patnact se uskutecni
 dalsi, ctyricaty sedmy, bleskovy Python sraz. Jakovzdy to bude Na Venecku,
 Ostrovskeho tricet osm A, Praha PET - Smichoff, od devatenacti hodin.

 Ohlasy na minuly Docker sraz byly velke a brzy jiz chystame pokracovani;
 speakri nam bohuzel trochu vybouchli, ale nezoufejte, sraz bude. Jak
 napovida %subj%, radi bychom ozivili lightning talky, pripadne i kratsi
 zpravicky lze. Uplne nejlepe udela ten, kdo si vzpomene, co ho od noveho
 roku nadchlo a v vcem/s cim rad dela!

 Whiteboard:
 kitchen.ci - test konfiguraci
 predbezna zprava o Django Girls - Django workshopu v Brne
 ...

 Urcite dorazte!

 whiskybar

 http://lanyrd.com/2015/praha-pyvo-february

 --
 --
 E-mailová skupina django...@googlegroups.com
 Správa: http://groups.google.cz/group/django-cs
 --- Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny
 django-cs ve Skupinách Google.
 Chcete-li zrušit odběr skupiny a přestat dostávat e-maily ze skupiny,
 zašlete e-mail na adresu django-cs+unsubscr...@googlegroups.com.
 Chcete-li zobrazit tuto diskusi na webu, navštivte
 https://groups.google.com/d/msgid/django-cs/d1980910af018018c1d5d41f7c72bdde%40hosting4u.cz.
 Další možnosti najdete na adrese https://groups.google.com/d/optout.
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Frontend, GUI distribuce pro uživatele

[Petr Viktorin]

Jinak ještě doporučím knihovny na malé frontendy:
Web: http://flask.pocoo.org/
CLI: https://github.com/docopt/docopt


Ale samozřejmě existují i jiné :)

2015-01-30 20:21 GMT+01:00 Marcus Scalpere marcus.scalp...@gmail.com:
 Dne pátek 30. ledna 2015 18:28:10 UTC+1 Petr Viktorin napsal(a):
 2015-01-30 17:41 GMT+01:00 Marcus Scalpere marcus.scalp...@gmail.com:
  Zdravím,
  rozjel jsem si https://github.com/Edelstadt/Chrono a povedlo se mě (a 
  jiným) funkce pro výpočty celkem úspěšně splácat (tj. výsledky jsou 
  správně...snad), má otázka tudíž zní - co dál? Aby to bylo použitelné pro 
  běžné smrtelníky?
  Webová aplikace je celkem univerzální, ovšem jen s připojením,

 Tohle je asi jednodušší varianta z pohledu vývojáře.
 Spoustě lidí problém s připojením z nějakého důvodu nevadí.

  *.exe je jen pro win (i když pro cílovou skupinu nejspíš naprosto 
  dostačující),

 Udělat GUI v Pythonu a zabalit to do exe není úplně jednoduché.
 Samozřejmě to jde; jednou jsem to dělal, znovu to ale dělat nechci :)
 Možná varianta je udělat webovou aplikaci, a pak jako exe zabalit malý
 server, co po spuštění otevře prohlížeč se stránkou kterou servíruje.

 Doporučuju kromě toho udělat i CLI rozhraní: mnohem líp se odděluje
 backend a frontend, když máš frontendy dva.

  statická stránka s js by asi bylo řešení, ale to je mimo mé schopnosti. 
  Ocením každý návrh.
  (pro ty, kteří tento dotat četli jinde, omlouvám se za otravování)

 A pro ostatní vývojáře se bude hodit wheel na PyPI, nebo aspoň
 setup.py  - viz
 https://hynek.me/articles/sharing-your-labor-of-love-pypi-quick-and-dirty/
 Když nic jiného tak tam doplň licenci, ať to ostatní můžou používat -
 viz http://choosealicense.com/

 --- news://freenews.netfront.net/ - complaints: n...@netfront.net ---

 Licenci jsem doplnil, BSD, přišla mi nejvíc...free, otevřená. U ostatních 
 položek jsem zjistil, že tak úplně easy nebudou, ale snad to nějak splácám. 
 Ale přesně takovou odpověď jsem chtěl, vím jak dál. Děkuji
 ___
 Python mailing list
 python@py.cz
 http://www.py.cz/mailman/listinfo/python

 Visit: http://www.py.cz
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] [django-cs] Re: NaPyVo #46: Doka

[Petr Viktorin]

Videa jsou online, na Lanyrdu na ně najdete odkazy. První přednáška se
nenahrála, omlouvám se za to :(


2015-01-15 13:55 GMT+01:00 Radek Svarz radek.sv...@gmail.com:
 Uz jsem se lekl, ze jsem to prosvihnul.

 Na Docker se 21.1. tesim, trochu jsem si ho prostudoval a zatim netusim, jak
 by mi ulehcil praci s Django aplikaci.

 Radek


 On Wednesday, January 14, 2015 at 12:17:29 PM UTC+1, Jiri Barton wrote:

 Ano, je to trochu posthipster tema a navic v dobe, kdy Rocket rocks the
 scene,
 nicmene mozna nekteri uz nectou blogy ani neprojizdi AltaVistu, takze
 jsme
 se pro jistotu prece jenom odvazili zaradit Docker do nasich
 veleuspesnych
 NaPyVo prazskych Python srazu, a to jiz pristi tyden, ve stredu 14. 1.
 2015
 od 19:00 jako tradicne na Venecku, Ostrovskeho 38a, Praha 5 - Smichoff
 se srazem v 18:30 pred iDockerem (iStore) na Andelu pro turisty s
 papirovou
 mapou bez kompasu nebo navigace.

 Aby program byl hot a nikoliv spise cehy, se postaraji:

 Vaclav Pavlin (Redhat) - Docker
 Adam Strauch (Rosti) - Docker
 Tomas (Redhat) - docker-py
 Jakub Veverka - Docker on Mesos

 Zaiste zaiste asi neprijde, ale dost mozna priste. Stejne by nam to s
 tim
 Rocket akorat kazil.

 http://lanyrd.com/2015/praha-pyvo-january/

 whiskybar

 --
 --
 E-mailová skupina django...@googlegroups.com
 Správa: http://groups.google.cz/group/django-cs
 ---
 Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny
 „django-cs“ ve Skupinách Google.
 Chcete-li zrušit odběr skupiny a přestat dostávat e-maily ze skupiny,
 zašlete e-mail na adresu django-cs+unsubscr...@googlegroups.com.
 Chcete-li tuto diskusi zobrazit na webu, navštivte
 https://groups.google.com/d/msgid/django-cs/b125769a-1799-4e13-8903-7dbea454b1a6%40googlegroups.com.
 Další možnosti najdete na https://groups.google.com/d/optout.
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Pozor na potize s paralelnim bzip2 (pbzip2, lbzip2)

[Petr Viktorin]

2015-01-06 9:34 GMT+01:00 Vladimir Macek ma...@sandbox.cz:
 Ahoj, varovani:

 Zacali jsme pred casem na logy pouzivat paralelni kompresor pbzip2.
 Nadherne zrychli kompresi!

 Z principu ale vytvari tzv. multi-stream tvar, tedy vice bzip2 proudu v
 serii. Proto jeho format neni zcela kompatibilni s puvodnim bzip2.
 Dekomprese v shellu nicmene nevykazuje problemy, napriklad pomoci
 standardniho bzip2, bzcat).

 Dnes jsem se ale spalil, protoze modul bz2 z Pythonu 2.6 ani 2.7 tento
 multi-stream bzip2 neumi nacist:

 BEZ INDIKACE CHYBY (!) skonci dekompresi po n-stovkach tisic bajtu (zalezi
 na tom, jak byl pbzip2 spusten). Je to znamy problem, jehoz reseni se
 vyvojari rozhodli nebackportovat z Python 3, pouze ho zdokumentovat:
 http://bugs.python.org/issue1625.

Backportoval to někdo jiný, jak už to u vylepšených/nových py3 modulů
bývá: https://github.com/nvawda/bz2file

pip install bz2file


 Obejdu to pomozi os.popen('bzcat ...').

 Takze, na bz2 nespolehat! Neni vsechno ruzove...
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Seznamy

[Petr Viktorin]

2015-02-11 10:08 GMT+01:00 Vladimir Macek ma...@sandbox.cz:
 On 10.2.2015 20:50, Honza Král wrote:
 2015-02-10 20:36 GMT+01:00 Radek Holý radekholypub...@gmail.com:
 V Pythonu dělám skoro 9 let a pořád platí, že kdykoliv někde
 narazím na reduce, map apod. tak mě to vždy zdrží a chvíli mi
 trvá, než pochopím o co jde. List comprehensions se mi čtou
 snadněji - přirozeněji. Nehledě na to, že ty funkcionální
 záležitosti jsou skoro vždy spojené s deklarací jinak zbytečných
 funkcí se složitým významem, nebo ještě komplikovanějšími lambda
 funkcemi. Každopádně je to prostě otázku vkusu/zvyku... Jedním z
 problémů může pro mě být ta prefixová notace. Vypadá to jako Lisp
 :-)

 Doufám, že se shodneme, že to je věc osobních preferencí a nebudeme si to
 navzájem vyčítat. :-) Zajisté můžu považovat za elegantnější vytáhnout
 filtrační nebo transformační logiku do extra funkce s komentáři a pak jí
 předhodit do filter/map než to patlat do třířádkového C-G. Podotýkám pro
 jistotu znovu, že používám jak filter/map + zřídka reduce, tak C-G, vždy
 podle svého citu pro vhodnost. Snažím se dodržovat Zen.

 Kdykoli píšu \, trošku uvnitř umřu.

C/G ale zpětná lomítka nepotřebují, protože jsou vždycky v závorkách.
A i ty třířádkové můžou být stručné a přehledné – někdy přehlednější
než to všechno cpát na jeden řádek.

names = ','.join(it.name
 for it in items
 if it.enabled)

Vytáhnutí filtrační/transformační logiky do vlastní funkce je
samozřejmě možné i tady.
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Brněnské Pyvo + BRUG + CzechiPub: Dokumentační

[Petr Viktorin]

2015-02-22 15:39 GMT+01:00 Martin lisi...@seznam.cz:
 Ahoj,



 No já jedině do budoucna co mám v plánu řešit je PILLOW pro Python 2.x. Ale
 má hezky udělanou dokumentaci a ještě jsem se na to vůbec nekoukal, a já se
 nerad ptám, když se na něco nejdříve nepodívám a tohle je jen můj plán do
 budoucna. Potřebuji si na Amize ( :) ) zpřístupnit takovou základní grafiku
 pomocí fontu. Vše by zpracovalo PC a na Amize by jsem to již jen zobrazoval.
 Mám k dispozici 7 barev, tak třeba něco zobrazit černobíle. Takže bych
 potřeboval načíst nějaké foto po pixelu a každému pixelu dát nějaký odstín
 (ze 7 možností) černobílé. Ty odstíny budou vlastně reprezentovat 7 písmen.
 Budu zobrazovat jen 1 pixel z písmene co umím a tyhle pixely (písmená) pudou
 za sebou.



 Další věci co bych potřeboval je načíst foto po blocích 1 pixel na šířku a 5
 pixelů na výšku a dle toho, kolik pixelů v tomhle bloku bude svítit opět
 přiřadit jedno písmeno z 32 písmen. Má to omezení, že tomuhle bloku (5
 pixelů) budu moci přiřadit pouze jednu ze 7 barev (jedna barva pro pixely,
 druhá pro pozadí = nesvíticí pixely). Pro lepší názornost posílám v příloze
 foto.



 Tak třeba pokud by nevadilo, že jsem se na dokumentaci ještě nekoukal, tak
 bych se pokusil stavit. Stačí mne nasměrovat na konkrétní příkazy ze všech
 možných, které k tomu potřebuji, v lepším případě uvést příklady a já se na
 to pak doma v klidu když si na to najdu čas podívám.



 Já jen, v čem budu v budoucnosti možná potřebovat poradit, když to nezvládnu
 sám.

Jo, přijď na sraz, nejlíp s počítačem, a zeptej se někoho kdo bude
vypadat že tomu rozumí.
Třeba mě :)
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] [django-cs] Marketing minute: Kdo pouziva Python?

[Petr Viktorin]

2015-04-24 15:17 GMT+02:00 Vladimir Macek ma...@sandbox.cz:
 Ahoj,

 muzu poprosit vsechny, kdo maji tuseni o aspon trochu vyznamnych ceskych
 subjektech (organizace i statni, firmy, kdokoli...), ktere pouzivaji Python
 a nejsou dosud uvedeni v dolni casti Kdo tvori v Pythonu na strance
 http://python.cz/, aby to dali najevo?

 Je to pitomy, ale cim vyznamnejsi hraci, nejen primo z IT, nas oblibeny
 jazyk pouzivaji, tim vice to pomuze tem z nas, kteri se snazime o aktivni
 propagaci. Reference je ohromna vec.

 Kdyby se tak podarilo dokonce ziskat nejaka autenticka nadsena slova treba
 sefa tymu z nejake korporace, to by bylo velmi dobre!

 Jde o CENNOU INFORMACI, opravdu. Proto nemusite nutne postupovat
 doporucenym zpusobem pres pull request, pokud nechcete. Dejte to vedet 
 jakkoli.

 Tez si dovolim poznamenat, ze abecedni razeni toho seznamu, vedene zrejme
 snahou o politickou korektnost, nepovazuju za zcela nejstastnejsi. At se
 nam to libi nebo ne, mam zato, ze kazdy hleda velka jmena. Nemohla by byt
 minimalne tucne?

Ale co je velké jméno?
Nezapomeň že někteří spoluautoři python.cz pro různě velká jména
pracují; chceme se vyhnout střetu zájmů.

Kdysi jsme říkali, že pokud některá firma napíše case study/success
story, zveřejníme ji na podstránce, a na python.cz/ dáme větší odkaz s
logem. A pokud vím, tahle nabídka stále platí, jen tak nějak upadla v
zapomnění.

 Pozor, i nevelka jmena ten seznam prodlouzi, coz je take dobre.

 Diky a pekny den!
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] [django-cs] Re: Updates on your event on Lanyrd, Pražské PyVo #30 devops

[Petr Viktorin]

Chtěl jsem napsat až dozpracovávám všechno co mám u sebe, když už je to
venku, pár poznámek :)

Videa z Pyv jsou na těchto kanálech:
- Praha: https://www.youtube.com/user/pyvec/videos
- Brno: https://www.youtube.com/channel/UCzE1AyBbdp8_fbDvnrW5GgA/videos
- Ostrava: https://www.youtube.com/channel/UCXAJzEDUm-eO0KP8YEaKW8w/videos
Plus dávám vždycky odkazy na Lanyrd (i u srazů co Lanyrd nepoužívají).

Dodělal jsem Skript, který umí videa zpracovávat, tak je teď zpracovávám
a dávám na Youtube všechno co se mi válí na disku.
Jsou videa, která nejdou zpracovat skriptem (nekompletní videa,
chybějící informace, atd.); seznam toho všeho je tady na Trellu:
https://trello.com/b/D7UXcudE/videa
Kdybyste tam našli přednášku, která vás zajímá, můžu poslat existující
materiály. (A kdybyste je pak i zpracovali, budu samozřejmě vděčný!)
A jestli vám nějaké video zůstalo samo smutné na disku, dejte vědět, ať
se dostane ven!



A nakonec: Jak můžete pomoct?

Mám teď u sebe zhruba (velmi zhruba) 100GB videí z Pyv, což nejspíš
nedokážu dlouhodobě archivovat. Chcete-li se někdo ujmout archivace (ať
už přímo zdrojových videí, nebo toho co je na YT, nebo komprimovat ta
zdrojová), ozvěte se, jinak až mi selže disk zůstane jen to co je
nahrané na Youtube.

Chcete-li se naučit jak dělat videa z Pyva, a zvýšit bus factor tohohle
projektu, odchytněte si mě na některém Pyvu. Všechno rád ukážu.

Chcete-li pomoct s technickými věcmi, třeba automatizací nahrávání na YT
nebo s prezentací videí na pyvo.cz, a máte čas, 24.-25. 6. bude v Brně
python.cz hackathon.



On 06/08/2015 11:36 AM, Jakub Vysoky wrote:
 protoze i tady - mohlo by nekoho zajimat ^^
 
 diky moc @encukou !!
 
 On Mon, Jun 8, 2015 at 1:01 AM, Lanyrd Support supp...@lanyrd.com
 mailto:supp...@lanyrd.com wrote:
 
 __
 Here's an update on your event, Pražské PyVo #30 devops, on Lanyrd.
[...]
 
   * Petr Viktorin http://lanyrd.com/profile/encukou/ added
 coverage Aleš Zoulek - SaltStack
 http://www.youtube.com/watch?v=3RPE4sNK87g to session Salt
 http://lanyrd.com/scptkw
   * Petr Viktorin http://lanyrd.com/profile/encukou/ added
 coverage Jiří Kubíček - Ansible
 http://www.youtube.com/watch?v=7GnLjQKXcOY to session
 Ansible http://lanyrd.com/scptkx
   * Petr Viktorin http://lanyrd.com/profile/encukou/ added
 coverage Lightning Talks
 http://www.youtube.com/watch?v=LoGKPG2Dlkw to session
 Lightning Talks http://lanyrd.com/sdpmqx
   * Petr Viktorin http://lanyrd.com/profile/encukou/ added session
 Puppet, Foreman http://lanyrd.com/sdpmqw
   * Petr Viktorin http://lanyrd.com/profile/encukou/ added session
 Lightning Talks http://lanyrd.com/sdpmqx
 
 
 Best regards,
 The Lanyrd team
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] [django-cs] hledame 51. sraz naPyVo v Praze

[Petr Viktorin]

Videa z (nejen) tohoto Pyva jsou na https://www.youtube.com/user/pyvec/videos !

Doneslo se mi, že ne všichni chtějí svůj obličej na YouTube, takže od
teď budou záznamy z lightning talků opt-in. (Teda kromě Kubíka a
Honzy, a podobných celebrit :P)
Kdo měl LT a chce zveřejnit záznam, ozvěte se prosím.


2015-06-15 16:03 GMT+02:00 Jiri Barton j...@tele3.cz:
 Pojdme se najit uz tuto stredu 17. 6. 2015 od 19:00 jako jiz tradicne na
 Venecku, na tema full-text search! Uvidite, ze ElasticSearch neni jenom na
 hledani zbozi podle nazvu ve vasem eshopu a hlavne se dozvite, jak na to s
 novym Python DSL -- prednaset bude nikdo mene nez hlavni cesky odbornik
 Honza Elastic Kral!

 Vitame i jine prispevky na hledani dat, i kdyz pochybuji, ze je dnes lepsi
 reseni. Nicmene si to radi poslechneme.

 Samozrejme bude i pyvecko do soucasneho parneho/parniho pocasi.

 Ciao
 whiskybar

 http://lanyrd.com/2015/praha-pyvo-june/

 --
 --
 E-mailová skupina django...@googlegroups.com
 Správa: http://groups.google.cz/group/django-cs
 --- Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny
 django-cs ve Skupinách Google.
 Chcete-li zrušit odběr skupiny a přestat dostávat e-maily ze skupiny,
 zašlete e-mail na adresu django-cs+unsubscr...@googlegroups.com.
 Chcete-li zobrazit tuto diskusi na webu, navštivte
 https://groups.google.com/d/msgid/django-cs/bc256c9578fa4aa2fa21f66fa9bd4a85%40hosting4u.cz.
 Další možnosti najdete na adrese https://groups.google.com/d/optout.
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Paměťově náročné řazení

[Petr Viktorin]

2015-06-16 20:34 GMT+02:00 Pavel Schön pa...@schon.cz:
 https://en.wikipedia.org/wiki/External_sorting

To je dobrá poznámka. Možná bude nejlepší to strčit do souboru a
zavolat unixovou utilitku sort :)

 Dne pondělí 15. června 2015 22:36:11 UTC+2 Lumír Balhar napsal(a):
 Ahoj všem.

 Řeším s kamarádem jeden jeho projekt, jehož součástí je i Burrows-Wheelerova 
 transformace, která se používá před kompresí dat společně s Move to Front 
 transformací pro snížení entropie vstupních dat a tím zvýšení efektivity 
 kompresního algoritmu, kterému tyto dvě transformace předcházejí.

 Pochopení transformací není potřeba. U BWT se využívá tzv, buffer, který 
 obsahuje všechny možné rotace vstupních dat, takže například pro ema má 
 maso vypadá takto:

  0 ema ma maso
  1 ma ma masoe
  2 a ma masoem
  3  ma masoema
  4 ma masoema
  5 a masoema m
  6  masoema ma
  7 masoema ma
  8 asoema ma m
  9 soema ma ma
 10 oema ma mas

 Pro malá data je to dobré, ale pro velká nelze mít celý buffer v paměti, 
 protože se pro každý vstupní znak navíc rozšíří o řádek i sloupec zároveň.
 Napsal jsem tedy pro Buffer samostatnou třídu, kde pomocí __getitem__ 
 vygeneruji potřebný řádek posunem až ve chvíli, kdy je jeho obsah potřeba.

 Základní buffer jsem tím vyřešil a ušetřil hromadu paměti. Problém ale je, 
 že v dalším kroku potřebuji tento buffer lexikograficky seřadit. Abych jej 
 opět nemusel cpát do paměti, vytvořil jsem pole indexů, kde každý index 
 reprezentuje jeden řádek bufferu a řadím jen toto pole (čímž získám 
 přeskládané pořadí řádků původního bufferu), ale jako klíč používám právě 
 obsah řádku pro daný index.

 Konkrétně:

 class Buffer():
 def __init__(self, input):
 self.input = input
 self.indexes = [x for x in range(len(input))]

 def __getitem__(self, index):
 return self.input[index:] + self.input[0:index]

 def sort(self):
 self.indexes.sort(key=lambda x: self[x])


 A teď jsme se dostali k jádru problému. I když se obsah jednotlivých řádků 
 generuje až ve chvíli, kdy jsou potřeba, a řadit by se mělo jen relativně 
 malé pole indexů, při volání funkce .sort() se jakoby stejně celé to pole 
 nejdříve vytvoří v paměti, seřadí a pak se seřadí to cílové pole s indexy na 
 základě obsahu bufferu.

 Existuje způsob, jak implementovat takovýto řadící algoritmus pro velký 
 objem dat, aniž bych je měl v jednu chvíli všechny v paměti?

 Předem díky za nakopnutí tím správným směrem.
 Lumír

 ___
 Python mailing list
 python@py.cz
 http://www.py.cz/mailman/listinfo/python

 Visit: http://www.py.cz
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Paměťově náročné řazení

[Petr Viktorin]

2015-06-15 22:36 GMT+02:00 Lumír Balhar frenzy.madn...@gmail.com:
 Ahoj všem.

 Řeším s kamarádem jeden jeho projekt, jehož součástí je i Burrows-Wheelerova 
 transformace, která se používá před kompresí dat společně s Move to Front 
 transformací pro snížení entropie vstupních dat a tím zvýšení efektivity 
 kompresního algoritmu, kterému tyto dvě transformace předcházejí.

 Pochopení transformací není potřeba. U BWT se využívá tzv, buffer, který 
 obsahuje všechny možné rotace vstupních dat, takže například pro ema má 
 maso vypadá takto:

  0 ema ma maso
  1 ma ma masoe
  2 a ma masoem
  3  ma masoema
  4 ma masoema
  5 a masoema m
  6  masoema ma
  7 masoema ma
  8 asoema ma m
  9 soema ma ma
 10 oema ma mas

 Pro malá data je to dobré, ale pro velká nelze mít celý buffer v paměti, 
 protože se pro každý vstupní znak navíc rozšíří o řádek i sloupec zároveň.
 Napsal jsem tedy pro Buffer samostatnou třídu, kde pomocí __getitem__ 
 vygeneruji potřebný řádek posunem až ve chvíli, kdy je jeho obsah potřeba.


Ahoj,
sort() používá jen operátor , takže stačí naimplementovat ten (i
když s functools.total_ordering [0] není problém naimplementovat ty
ostatní).
Jen je potřeba mít objekt pro každý řádek. Když takový objekt obsahuje
jen odkaz na původní řetězec, a číslo řádku, tak se ti snad všechny do
paměti vejdou.
Přikládám nástin toho, jak bych to řešil já (v py3).
(Jestli se vyplatí při porovnávání generovat oba řádky a porovnat ty,
nebo jako já porovnávat jednotlivé znaky v Pythonu, záleží na tom jak
často ty řetězce mají dlouhé shodné prefixy.)

[0] https://docs.python.org/3/library/functools.html#functools.total_ordering

class RotatedString:
__slots__ = ['orig_string', 'n']

def __init__(self, orig_string, n):
self.orig_string = orig_string
self.n = n

def __len__(self):
return len(self.orig_string)

def __str__(self):
return self.orig_string[self.n:] + self.orig_string[:self.n]

def __iter__(self):
yield from self.orig_string[self.n:]
yield from self.orig_string[:self.n]

def __getitem__(self, i):
return self.orig_string[(self.n + i) % len(self.orig_string)]

def __lt__(self, other):
if self.orig_string != other.orig_string:
return self.orig_string  other.orig_string
for c1, c2 in zip(self, other):
if c1 != c2:
return c1  c2


base = 'ema má maso'

for rs in sorted([RotatedString(base, i) for i, c in enumerate(base)]):
print(rs)
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] [django-cs] Re: 50 SRAZU V PRAZE (PYG+PYRO+PYVO)

[Petr Viktorin]

Video ze srazu je tady: http://www.youtube.com/watch?v=RdmUvHPEC-Y

2015-05-12 14:39 GMT+02:00 Jiri Barton j...@tele3.cz:
 Pratele, nezapomente, jiz pristi stredu 20.5.2015 propukne 50. bujare veseli
 ku prilezitosti 50. opakovani naseho slavneho Python srazu (aka
 Python/Django) v Praze!

 prase+delobuchy+pivo zdarma
 programatorsky program

 Racte se prihlasit na stranky na stranky srazu na adrese
 http://lanyrd.com/2015/praha-pyvo-may/. Prijdte, i kdyz si netroufate prijit
 s programkem ze svych zacatku (viz minuly email s podrobnostmi). Pro
 predstavu, zde je moje prvotina:

 10 CLS
 20 GOTO 50
 30 END
 40 GOTO 20
 50 NEW

 Netreba delsi, pro zvidave, vysvetleni podam na miste.

 Dorazte!
 whiskybar

 http://lanyrd.com/2015/praha-pyvo-may/




 On 2015-05-05 12:39, Jiri Barton wrote:

 Je to tady! Konecne jste se dockali! Uz po 50. Vas vsechny pozveme na
 Python sraz v Praze! Pivo zdarma! (ne uplne, cti dal)

 Kdy
 ===
 20. 5. 2015 streda v 19:00

 Kde
 ===
 Na Venecku, Ostrovskeho 38a, Praha 5 - Smichoff

 Co
 ==
 * Pyg (bude prase!)
 * Pyrotechnika (bude ohnostroj!)
 * Pyvo (bude pivo!)

 Kdo
 ===
 Vy


 Program
 ===
 Pivo zdarma cely vecer pro kazdeho, kdo si pripravi prispevek do 1 ze
 3 souteznich kategorii. Hodnotit se bude
 vtipnost/trapnost/preslap/nefunkcnost. Behem 5min (nebo mene) se
 pokusite, nejlepe na kousku kodu, vysvetlit, proc to nenfunguje (pokud
 to nebude zrejme). Casomira na 5 min, pocitac netreba, kod staci mit
 zpristupnen online. Katerorie:

 * BASIC: muj prvni naivni programek - v cemkoliv (BASIC, Pascal, ...)
 * PYTHON: moje naivni Python zkusenost - jak me Python pokousal (Python)
 * PRO: moje posledni/nedavna naivni blbost - co jsem naposled
 podelal/a (cokoliv)

 * Kazdy s prispevkem bude mit pivo (vcetne nealko piva) cely vecer zdarma!
 * Vitezove obdrzi lahvinku tradicniho drinku na Venecku!


 Zapatrejte ve svych pametech a dorazte.

 whiskybar

 http://lanyrd.com/2015/praha-pyvo-may/
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] [django-cs] Beating the Averages

[Petr Viktorin]

Nevím nakolik je tenhle článek aktuální v době kdy startupům spíš než
o algoritmy jde o UI, a kdy lze cokoliv slepit z existujících součástí
mnohem rychleji než jde napsat framework v tom nejlepším jazyce. A co
se týče výroby těch součástí, vyhrávají holt jazyky, které se dají
naučit za odpoledne :)
Nemá cenu dneska porovnávat Lisp třeba s Javou, jako to dělá článek;
pokusím se ale rozepsat proč píšu v Pythonu a ne Lispu.
Student Pythonu začíná u lepení součástí k sobě, ve srozumitelném
zápisu ("jako v matematice"). A postupně, spolu s nabýváním zkušeností
s existujícími, fungujícími řešeními, se pak může učit jak takové
bloky vytvářet. Oproti tomu v Lispu se nejlíp programuje tak, že si
člověk napřed napíše jazyk, ve kterém by bylo vhodné řešit daný
problém, a pak ten problém elegantně vyřeší.
O něčem podobném jsem mluvil na EuroPythonu s Georgesem, který
porovnával Python s Haskellem. V Haskellu se dají tvořit nové
operátory, takže každá knihovna si pak definuje několik operátorů,
jejichž použití je krásně elegantní, ale těžko se o nich třeba něco
vygooglí. V Pythonu napíšeš metodu: zavolat ji je relativně
těžkopádné, ale ze jména mnohem líp poznáš, co dělá. Podobně v Lispu
můžeš udělat cokoliv – ale než to zdokumentuješ a vysvětlíš někomu
jinému než třem nejbližším kolegům, kteří ví jakým způsobem myslíš,
horda Pythonistů tě předežene. Protože Pythonisti myslí všichni
stejně. A to je hlavní výhoda Pythonu proti Lispu: "pythonic" znamená
"jak by to napsal Guido". Je to omezení, které umožňuje spolupráci.
Když ohrnuju nos nad Djangem a říkám že by se to dalo napsat líp,
dělám to s vědomím že *já* bych to líp nenapsal – ani kdybych byl lisp
aikido mástr. Nemůžu soupeřit s obrovskou komunitou která staví na
knihovně, která funguje a dá se použít hned teď.


Ale jinak je Lisp super, a mainstreamové jazyky se mu limitně
přibližují (viz další esej od PG:
http://www.paulgraham.com/diff.html).
Když se naučíš C, budou tvoje Pythoní programy rychlejší, i kdybys pak
C dál nepoužíval.
Když se naučíš Lisp, budou tvoje Pythoní knihovny elegantnější, i
kdybys pak Lisp dál nepoužíval.

Jinak jestli chcete začít s Lispem, já jsem svého času přečetl jedním
dechem "ANSI Common Lisp" od G Steela; dnes už ale bude asi lepší
začít na Clojure.


2015-11-09 14:46 GMT+01:00 Vladimir Macek :
> Ze Paul Graham je genius, o tom asi mnoho z vas presvedcovat nemusim. Cetl
> jsem zrovna Joela a on odkazal urcitym terminem na clanek
>
> http://www.paulgraham.com/avg.html
>
> Nejdriv jsem se klasicky lekl delky. Prirozene, je 21. stoleti. Ale precetl
> jsem ho cely, slovo od slova. Je to neco uzasneho, moudrost, lehkost,
> diplomacie, spousta veci, ktere by se proste daly citovat, odkryti faktu,
> ktere jsem jen tusil. A krome toho mi to udelalo radost.
>
> Pokud se zajimate o programovani ve vyssim smyslu a ten clanek jste
> necetli, nebo jste ho v minulosti jen preletli, prosim vas, 1) udelejte si
> na nej cas v klidu, 2) venujte mu pozornost, 3) pokud vas zaujme, ozvete se
> mi. Chtel bych si o tom promluvit.
>
> Dik,
>
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Roboti, REST, Flask?

[Petr Viktorin]

2015-09-16 7:45 GMT+02:00 Petr Blahos :
> Ještě poznámečka: Pokud bude GET měnit vnitřní stav aplikace, a povede k
> němu
> nějaký link, tak ho Google klidně navštíví při indexování :-) Nebo jak měl
> kdysi takové
> to přednačítání odkazů...

Je psáno [1], že GET nemá měnit stav, a spousta nástrojů to předpokládá.
Kromě robotů to předpokládají třeba různé keše nebo load balancery. Ty
sice teď asi nepoužíváš, ale neměl bys zapomenout na to, že *učíš*
lidi používat HTTP. Nauč je to prosím správně.

[1] ve specifikaci HTTP: http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html
> the GET and HEAD methods SHOULD NOT have the significance of taking an action 
> other than retrieval. These methods ought to be considered "safe".

> 2015-09-15 22:33 GMT+02:00 Ales Zoulek :
>>
>> Technicky rozdil mezi PUT a GET je minimalni. Je ale konvence, aby akce
>> odpovidala tomu HTTP "slovesu".
>>
>> Uplnym minimem je rozliseni mezi GET a POST. Tzn. GET (narozdil od POST)
>> by nemel menit vnitrni stav serveru, pouze ten stav cist.
>>
>> HTTP REST uz je striktnejsi a popisuje presnejsi pouziti i DELETE, PUT,
>> PATCH, etc.
>>
>> Pokud nemas vylozene duvod to nedodrzovat, tak je lepsi se te konvence
>> drzet.
>>
>>
>> A.
>>
>> On Tue, Sep 15, 2015 at 9:54 PM Marek Nožka  wrote:
>>>
>>> Ahoj
>>>
>>> On Tue, 15 Sep 2015 08:40:33 +0200 Honza Javorek 
>>> wrote to Konference PyCZ :
>>>
>>> > Jestli mají posílat nějaké informace a těma měnit stav na serveru, tak
>>> > musíš použít i něco jiného než GET, pokud se budeme bavit aspoň o
>>> > samotném
>>> > blbém HTTP, když už ne o RESTu.
>>>
>>> To je právě to, co nechápu. Pokud vezmu množinu jednoduchých akcí jaký je
>>> rozdíl mezi
>>>
>>> GET /123acb/krok
>>>
>>> a mezi
>>>
>>> PUT
>>> id = "123abc",
>>> akce = "krok"
>>>
>>> Chápu, že když chci poslat nějaký větší objem dat je PUT jistě lepší, ale
>>> pokud jde jen o jednoduché povely, co mi PUT nebo DELETE přináší za
>>> výhodu?
>>>
>>> > Já bych ti to klidně nějak zkusil namodelovat, ale k tomu by se hodila
>>> > komplet pravidla té hry a možné stavy, do jakých se lze dostat a jak se
>>> > do
>>> > nich lze dostat.
>>>
>>> Pravidla jsou zatím velice jednoduchá:
>>> Server umístí hráče na hrací pole a ukáže jim, kde je poklad. V každém
>>> kole
>>> lze provést jednu z akcí:
>>>   * otoč se o 90° doleva
>>>   * otoč se o 90° doprava
>>>   * udělej krok
>>>
>>> Cílem je, za co nejmenší počet kol dosáhnout cíle. Server upozorní pokud
>>> by klient šel do zdi nebo pokud chtějí dva hráči vejít na stejné políčko.
>>> Počítám, ale časem s rozšířením pravidel o časované bomby, střílení,
>>> dobíjení
>>> a vybíjení baterií, práce v týmu. Uvidíme jak nám to půjde.
>>>
>>> Díky
>>>   Marek
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Roboti, REST, Flask?

[Petr Viktorin]

2015-09-16 9:56 GMT+02:00 Marek Nožka <ma...@tlapicka.net>:
> On Wed, 16 Sep 2015 09:37:41 +0200 Petr Viktorin <encu...@gmail.com> wrote
> to Konference PyCZ <python@py.cz>:
>
>> ale neměl bys zapomenout na to, že *učíš*
>> lidi používat HTTP. Nauč je to prosím správně.
>
> ... právě proto se ptám. Díky všem za poučení, budu se tím řídit.

Když to teď po sobě čtu, vidím že můj příspěvek mohl lehce vyznít
nepřátelsky. Omlouvám se, tak jsem to nemyslel.
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Používá někdo AsciiDoc?

[Petr Viktorin]

2015-09-17 13:38 GMT+02:00 Petr Přikryl :
> Ahoj Petře a Danieli,
>
> Už jsem to rozjel. Mrkněte na
>
> https://github.com/asciidoc/asciidoc/issues/83#issuecomment-140990953,
>
> kde se zatím vede neformální diskuse --  elextr je asi jeden z těch, kdo může
> dělat pull.
>
> Vyrobil jsem fork https://github.com/pepr/asciidoc a větev py3dev.
> Pracovně se nové programy jmenují asciidoc3.py, asciidocapi3.py...
> Pak se s tím něco udělá. Podle mého názoru se to nejdříve musí
> rozjet "nějak", aby to fungovalo jako ta verze pro Python 2. Nejsem
> stoupencem přístupu "musí se to navrhnout celé znovu". Víc příkladů
> ukazuje, že tato cesta vede do nikam (viz webový prohlížeč, který
> už ani nevím jak se jmenoval... Netscape?).

Jak to většinou dělám já: napřed použít modernize (pip install
modernize), který se snaží kót změnit aby byl kompatibilní s py2.6+ i
py3 (pomocí knihovny six). Věwtšinou se to nepovede úplně, tak je pak
potřeba projet testy a dodělat detaily (hlavně rozhodnout co je bytes
a co unicode). Čili ne napřed py3 branch a pak to spojit, ale spíš
přidat py3 kompatibilitu navíc do existujícího kódu.
Když máš projekt v Gitu, chceš použít `modernize -wn .`, aby soubory
přepsal a nedělal zálohy.

> Mrknu na Danielův příspěvek  https://github.com/Dundee/asciidoc/tree/python3
>
> Navrhuji, abyste se zapojili (když budete chtít) přes ten horní odkaz 
> "issues".
> Tam se domluvíme na plánu. Nemá smysl tříštit síly. A chtělo by to dohodnout,
> jakou formou a kde bude probíhat "oficiální" diskuse -- žádné velké formality,
> ale aby všichni věděli, kde to mají sledovat.

Jak říkám, chtěl bych na to mít čas :(

> Nejspíš bude více vláken diskuse (namátkou: jak to propojit s původním 
> asciidoc,
> jak to předělávat, budoucí struktura, vztah k definici syntaxe, spolupráce s 
> týmem
> AsciiDoctor [Ruby], Linux vs. Windows a další).
>
> Jsem v AsciiDoc nováček a dělám většinou pod Windows (kvůli tomu, co dělám
> v práci). Zkrátka, chce to dát hlavy dohromady. (Kdo má děcka školou povinná,
> tak ví, že to v dnešní době není vždy dobrý nápad -- vši, zvláště po 
> prázdninových
> táborech. Ale ode mě vám nebezpečí nehrozí, bo vši nemají brusle ;)
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Používá někdo AsciiDoc?

[Petr Viktorin]

2015-09-15 23:50 GMT+02:00 Petr Přikryl :
> Jo. No právě. Vývoj není aktivní, ale vypadá to, že se dosavadní verze
> aktivně používá.
[...]
>
> Ta implementace asciidoc.py má kolem 6200 řádků, v podstatě v jednom
> souboru. Ale samotnému se mi do toho nechce.

To vypadá jako dobrý nápad na sprint pycon.cz :)

> Chce se do toho někomu?

Docela bych na to chtěl mít čas :(
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Coding style

[Petr Viktorin]

On 11/26/2015 10:14 AM, Vladimir Macek wrote:
> On 26.11.2015 08:26, Petr Blahos wrote:
>> Ahoj, co považujete za lepší coding style?
>>
>> if evt:
>> evt.Skip()
>>
>> nebo
>>
>> evt.Skip() if evt else None
>>
>> ?
>>
> 
> 
> Ahoj, ty zpusoby nejen ze nejsou funkcne shodne, ale take pusobi na ctenare
> rozdilne:
> 
> Prvni naznacuje: Pokud objekt je (platny), proved na nem operaci, ktera
> muze byt i pomerne komplikovana, mit vliv na system a jejiz vysledek me
> nezajima (proceduralni typ).
> 
> Druhy: Ziskej vyslednou hodnotu, pokud je to mozne a spise se neocekava
> slozita operace uvnitr Skip(), ktera by menila "konfiguraci systemu".
> 
> Takto to vnimam ja.


Já to vnímám podobně, ale často preferuju první způsob i na získávání
hodnoty, např.

if multiply:
result = a * b
else:
result = a + b

protože je to čitelnější a nemá smysl to komprimovat na jeden řádek.

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Aktuální učebnice Pythonu

[Petr Viktorin]

On 04/18/2016 09:08 AM, Ondrej Tuma wrote:
> Ahoj,
> 
> Já stejně jako mnoho ostatním taktéž doporučím Dive Into Python 3,
> resp. český překlad Ponořme se do Pythonu 3. Vše ostatní pak člověk
> zjistí z dokumentace a nakonec ze zdrojového kódu. Tam se člověk teprve
> doví jak to opravdu funguje.
> 
> Ať už knihu, nebo jiný ucelený zdroj, já osobně bych uvítal nějaký
> "materiál pro vyšší dívčí". Prostě seznam takových těch super truper
> triků. Aktuálně ty úžasnosti, které jdou v pythonu dělat nasávám z
> článků rozsetých kdesi po netu, nebo občas i ve zdrojových kódech, ale
> ucelené místo jsem nenašel vlastně mima PEPu B-)

Půjč si z knihovničky Python Cookbook :)

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Django a debianí balí?kovací systém

[Petr Viktorin]

On 07/11/2016 10:04 PM, David Rohleder wrote:

Petr Viktorin píše v Po 11. 07. 2016 v 21:31 +0200:



problém je v tom, že takto django moc nefunguje a zatím musí mít
člověk minimálně dva adresáře - jeden se samotným djangem
(settings.py a spol.) a další se samotnou aplikací.

Ví někdo, jak se správně vyrábí django balík pro nějakou linuxovou
distribuci (debian, RH)? Případně jak na to? Nerad bych se dopustil
nějaké prasárny, která by mně do budoucnosti zkomplikovala práci.

Ahoj! Já do Djanga moc nedělám a balíčkuju jen pro Fedoru, ale
takhle
bych to dělal já:

Z každé appky můžeš vytvořit reusable appku [0], a tu zabalit
zvlášť.


jo. V současnosti mám ale pouze jednu appku a pokud budu psát další
appku, tak budu chtít, aby byla kompletně nezávislá na ostatních django
projektech.


Pokud ti v "hlavním" projektu zbyla nějaká funkcionalita (models,
views,
templates, ...), tak vytvoř novou zvláštní reusable appku a tyhle
věci
dej do ní.


nemělo by tam nic zbýt.



V projektu ti pak zbudou jenom moduly jako settings.py, urls.py,
wsgi.py, které zabal zvlášť, a všechno ostatní tomu dej jako
závislosti.


To by potenciálně šlo, ale osobně bych rád spíš dospěl do stavu, kdy
bude settings.py (a všechno, co je iniciální součástí projektu)
součástí té jedné appky a tím pádem bych měl pouze jeden adresář s
celým projektem včetně té jediné appky.


Problém je že ve většině projektů používáš víc než jednu appku.
V appkách máš kód, v settings.py nastavuješ který kód použít, kde je 
databáze, a tak.



Nejde to udělat tak, že každá aplikace bude separátní instance Djanga
–
takhle to opravdu nefunguje. Např. 'django.contrib.auth', která
definuje
model User, je taky appka, a spousta ostatních appek ji používá, ale
nedá se dost dobře spustit sama o sobě.


až tak moc jsem to samozřejmě nemyslel. django.contrib.auth je patrně
appka, nicméně z mého pohledu je to součást standardní distribuce
djanga - pokud nějakým způsobem sahá do databáze, tak to dělá pro každý
projekt zvlášť.


Jasně! Nastavení databáze nezávisí na tom, jaké appky v projektu máš. 
Můžeš použít jednu appku ve více projektech, s oddělenými databázemi.



Já bych si to představoval následovně: Když přistupuju ke dvěma adresám

http://server/app1
http://server/app2

tak bych chtěl, aby každá z těch webových adres byla oddělena na úrovni
apache serveru pomocí nějakého

Alias app1 /usr/share/lib/.../pythonXX/app1

...


Alias app2 /usr/share/lib/.../pythonXX/app2

...



Tohle udělat můžeš; každý takový projekt bude mít vlastní settings.py s 
vlastním nastavením např. databáze.



Každá aplikace totiž může být:

 - vyvinutá pro jinou verzi djanga
 - vyvinutá pro jinou verzi pythonu
 - můžu mít dvě instance jedné aplikace, které budou používat různé
databáze


Navíc bych byl rád, aby bylo možné běžet různé verze djanga (kvůli
různě napsaným aplikacím), čehož je možné dosáhnout pomocí virtualenv,
ale to už se do toho zamotávám až příliš, pro začátek bych rád
dokonvergoval do stavu jedna aplikace - jeden balík.


Tady máš problém – distribuční balíčky jsou dělané pro linuxové 
distribuce. Distra se většinou snaží mít jednu sadu balíčků které 
všechny fungují dohromady. V systému je ideálně jedna jediná systémová 
verzi Djanga, a to je vše. Když chceš několik různých verzí Pythonu a 
několik Djang, systémové balíčky ti moc nepomůžou. (Ano, existují 
python2 a python3 nebo věci jako software collections, ale dá hodně 
práce něco takového vytvořit, a zvlášť s Pythoníma balíčkama jako Django 
to příliš dobře nefunguje.)


To co chceš ty řeší virtualenv. Použij virtualenv :)



Zatím mám dost pocit, že je v tomto django postaveno dost nešikovně a
nikdo s reusable apps moc nepočítal.


Ne, spíš nikdo nepočítal s tím že to někdo bude chtít balíčkovat přesně 
tak, jak to chceš zabalíčkovat ty. Nejdi proti proudu, nauč se jak so to 
dělá standardně (přes virtualenv), dřív než se pustíš do něčeho vlastního.



Snažil jsem se podívat na nějaký django projekt zabalený jako balíček
pro debian, ale zatím jsem přišel pouze na openstack dashboard, což je
teda dost moloch na to, abych se v tom jednoduše vyznal.

Chtěl jsem k tomu přistoupit jako ke standardnímu pythonovému řešení -
vyrobit setup.py ze setuptools, pomocí nich to nainstalovat do nějakého
adresáře a pak na tom adresáři spustit balíčkovací nástroje, ale zatím
se zasekávám na těch minimálně dvou adresářích potřebných pro každou
appku. Ten django přístup se mně v tomto případě moc nelíbí.



___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Django a debianí balí?kovací systém

[Petr Viktorin]

On 07/11/2016 08:26 PM, David Rohleder wrote:

Ahoj,

mám tak trochu problém nalezením řešení pro jednu konkrétní situaci:

Máme vlastní django aplikaci a rádi bychom ji zabalili jako debianí
balík. Z mého pohledu potřebuju něco typu - jedno django - jedna
aplikace. Bohužel django používá jinou filozofii - jedno django - mnoho
aplikací (které také sdílejí jednu databázi a pod).

Když django startuje projekt, tak vytvoří základní kostru pro aplikace
ve tvaru:

myproject/
manage.py
myproject/
__init__.py
settings.py
urls.py
wsgi.py

každá aplikace si pak vytvoří svůj vlastní podstrom

myproject/
manage.py
blog/
__init__.py
models.py
managers.py
settings.py
views.py
urls.py
templates/

cílem je, aby byly jednotlivé aplikace v rámci jednoho djanga tzv.
self-contained.


Já mám ovšem pocit, že toto není úplně šťastné řešení a chtěl bych, aby
každá aplikace byla separátní instancí djanga (a o řízení se staral
třeba apache) - žádné sdílení databáze mezi jednotlivými aplikacemi a
pod.

Cílem je, abych mohl vytvořit debianí balík tak, abych mohl vedle sebe
nainstalovat několik oddělených aplikaci (které mezi sebou nemají žádný
vztah). Ideálně tak, že bych měl pouze adresář

myproject/
manage.py
myproject/
__init__.py
urls.py
wsgi.py
models.py
managers.py
views.py

urls.py
templates/

problém je v tom, že takto django moc nefunguje a zatím musí mít člověk 
minimálně dva adresáře - jeden se samotným djangem (settings.py a spol.) a 
další se samotnou aplikací.

Ví někdo, jak se správně vyrábí django balík pro nějakou linuxovou distribuci 
(debian, RH)? Případně jak na to? Nerad bych se dopustil nějaké prasárny, která 
by mně do budoucnosti zkomplikovala práci.


Ahoj! Já do Djanga moc nedělám a balíčkuju jen pro Fedoru, ale takhle 
bych to dělal já:


Z každé appky můžeš vytvořit reusable appku [0], a tu zabalit zvlášť. 
Pokud ti v "hlavním" projektu zbyla nějaká funkcionalita (models, views, 
templates, ...), tak vytvoř novou zvláštní reusable appku a tyhle věci 
dej do ní.
V projektu ti pak zbudou jenom moduly jako settings.py, urls.py, 
wsgi.py, které zabal zvlášť, a všechno ostatní tomu dej jako závislosti.


Nejde to udělat tak, že každá aplikace bude separátní instance Djanga – 
takhle to opravdu nefunguje. Např. 'django.contrib.auth', která definuje 
model User, je taky appka, a spousta ostatních appek ji používá, ale 
nedá se dost dobře spustit sama o sobě.


[0] https://docs.djangoproject.com/en/1.9/intro/reusable-apps/



___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

[python] Komunitní sprint 20.-21. srpna

[Petr Viktorin]

Ahoj, Pythonisti a Pythonistky!

Zvu vás na Pythoní komunitní sprint, který se bude konat o víkendu
20.-21. srpna ve Mšeném.

Na programu bude ladění materiálů na kurzy, vylepšování python.cz,
pyvo.cz a podobné infrastruktury, a organizace akcí kolem Pythonu. A
samozřejmě i grilování, ať si ten konec léta pořádně užijeme :)


V pátek odpoledne před sprintem proběhne workshop "MicroPython +
světýlka" pro pražské PyLadies, které o tuhle odbočku přišly. Chceš-li
se zúčastnit, dej nám prosím vědět zvlášť.


Plánuješ-li přijít, odepiš mi nebo se naklikni na Facebooku/G+, ať mám
přehled kolik vás bude. Účastníkům pak pošlu další informace.


Facebook: https://www.facebook.com/events/954835977948468/
G+: https://plus.google.com/events/ct5nbljch6irda2t81b3dogqclk
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Mám začít s Pythonem?

[Petr Viktorin]

On 02/20/2017 05:29 PM, Filip Štědronský wrote:

On Mon, Feb 20, 2017 at 05:25:18PM +0100, Josef Skladanka wrote:

https://www.python.org/ftp/python/3.6.0/python-3.6.0.exe


pozor, podle dokumentace[1] poslední verze, která podporuje WinXP, je 3.4:

https://www.python.org/ftp/python/3.4.0/python-3.4.0.msi


Jo, jestli zůstaneš u Windows XP tak potřebuješ tuhle starší verzi. Od 
novějších se zas tolik neliší. Ze začátku můžeš narazit hlavně na 
problémy s vypisováním písmen s diakritikou, ale to se dá přežít :)




___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Spojovani retezcu: (bylo: Rekurzivní generátor v Pythonu 3?)

[Petr Viktorin]

On 08/28/2016 05:51 PM, Honza Král wrote:

Honza Král
E-Mail: honza.k...@gmail.com
Phone:  +420 606 678585


2016-08-28 17:40 GMT+02:00 Petr Messner :

Díky Honzo za odkaz.

Jinak - Python, Ruby, Java, C++, na jazyku nezáleží... Musím vědět, jestli daná 
operace manipuluje s některým svým operandem, nebo vytváří novou hodnotu. A 
protože jsou stringy v Pythonu immutable, tak jako programátor bych měl tušit, 
že se bude kopírovat. A dát si pozor na případy, kdy se bude kopírovat furt 
dokola.

Že to pypy nějak umí optimalizovat je hezké, ale i kdybych ho používal, tak 
fakt není dobré spoléhat se na to, že mi překladač opraví chybu v samotném 
návrhu algoritmu.


stale plati, ze mnohem dulezitejsi nez kompilator je programator -
pouzivam tak to, co dava z hlediska kodu (nikoli kompilatoru nejvetsi
smysl). Python s tim pocita a je na to zarizeny.

Snazit se o takove optimalizace vetsinou prinasi vice problemu nez
uzitku. A to i kdyz odhledneme od problemu spojenych s tim, ze python
ma nekolik implementaci ktere se chovaji jinak.


Zrovna tohle je v dokumentaci [0], takže tady je jasné jak se 
implementace budou (v nejhorším případě) chovat. Když chci algoritmus 
navrhout pořádně, je opravdu dobré na tohle vzít ohled.


Nebo se teda dá spolehnout buď na to, že můj program, resp. programy co 
používají moji knihovnu, pojede jenom na CPythonu nebo PyPy, kde je 
tohle v určitých případech optimalizované, nebo že na to, že budou 
zpracovávat tak málo dat že kvadratická náročnost nebude hrát roli.


[0] 
https://docs.python.org/3/library/stdtypes.html#common-sequence-operations 
- poznámka (6)


___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Dotaz

[Petr Viktorin]

[Přeposílám mail ohledně včerejšího Brněnského Pyva]

On 06/30/2017 07:18 AM, Ivan Bilík wrote:

Dobrý den,dík za pomoc.Když zas nebudu vědět jak dál, mohu se na vás zas 
obrátit?Bilík.



Jasně! Rádi pomůžeme.

Omlouvám se že jsem včera nestíhal, měl jsem plné ruce zařizování 
projektoru a podobně, ale naštěstí přišel Lumír, který má se 
začátečnickým kurzem taky nemalé zkušenosti.


Jinak dotazy doporučuju psát spíš třeba na python@py.cz, kde se to 
dostane k více lidem.

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] alternativa textwrap.fill(), která by zarovnávala po česku?

[Petr Viktorin]

On 05/11/2017 10:50 AM, Matěj Cepl wrote:

On 2017-05-11, 07:31 GMT, Petr Přikryl wrote:

Modul textwrap je psaný v Pythonu a nemá to ani 300 řádků (i
s rozsáhlými docstringy).
Přepište si to po svém, případně přidejte nějaký parametr typu
"množina slov, která nemají zůstat na konci".


Upstream first!

https://fedoraproject.org/wiki/Staying_close_to_upstream_projects

Ale jinak mi připadne jednodušší udělat takovej nějakej hack,
který jsem udělal.


A pokud to bude šikovné, pošlete to jako námět na vylepšení
oficiálního textwrap.


To nemá cenu, http://bugs.python.org/issue20491 už existuje
a čeština není dost zajímavá, aby lezla do stdlib. To už bych
očekával, že spíše https://pypi.python.org/pypi/pytextseg/
(podpora pro CJK jazyky) by měl větší šanci.


Hlavně to nemá cenu proto, že v aktuálně vyvíjených verzích Pythonu je 
to opravené – do 2.7 už se podobné opravy nebackportují.


Jinak jestli se obáváš, že vlnovku budeš v textu potřebovat, můžeš 
použít něco exotičtějšího, jako u'\x1a' 
(https://en.wikipedia.org/wiki/Substitute_character#)

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] GUI ala PC-FAND

[Petr Viktorin]

On 11/13/2017 09:21 PM, Ondrej Tuma wrote:

Zdravím v konferenci,

rád bych si napsal jednoduchý a specifický program na psaní faktur,
jenž nahradí excel. Důvody pro "znovu-vynalézání kola", nechme prosím
stranou, berte to jako příležitost rozšířit znalosti.

Kdysi jsem programoval v PC-Fandu, což je takový český jazyk
Pascalovského typu, s hezkým editorem databází, formulářů a tiskových
výstupů (pamětníci, nechť zamáčknou slzu :-))

No a v "podobném" duchu bych rád postavil i tuto moji mini-aplikaci.
Původní požadavek byl, aby byla aplikace pokud možno multiplatformní.
To už beru jako bonus, nikoli požadavek.

Po dlouhém rozmyslu jsem došel k názoru, že klasické grafické GUI, je k
takovému úkolu naprosto nevhodné. Nicméně:
  * GTK+ - znám velmi dobře, včetně mnoho neduhů, nicméně chtěl sem něco
jednoduššího
  * TK - neznám, doufal jsem že se to naučím právě při tomto projektu,
nicméně mám pocit, že je to velmi nevhodné a zřejmě je dobré to snad
už ani nepoužívat.

Tedy co dál, napadá mě curses, nebo python-dialog. Ale nejsem si jistý,
že to bude tolik lepší než TK. Skoro mám pocit že nejlepší volba bude
webová aplikace.

Proto si Vás dovoluji zeptat, zda Vás nenapadá něco jiného,
použitelného a funkčního. Ty hlavní požadavky jsou:
  * tvorba formulářů (ideálně neřešit miliardu grafických blbostí,
prostě label, textový input, combobox, select z nějakého externího
seznamu)
  * tvorba tabulek - vlastně stačí jen výběr, žádné editace v řádku nebo
něco podobného. Po výběru prostě dojde k nějaké akci. Důležité je,
aby byla tabulka scrollovatelná,
  * jednoduché menu - nepotřebuji žádnou stromovou strukturu

Paradoxně nejlepší je pokud jednotlivé prvky (formuláře, menu,
tabulky) budou na samostatné obrazovce, tak jak to dělají staré
konzolové programy.

Díky za nápady a rady


Kdybych to dělal já (vynalézání kola ponechme stranou), použiju asi Qt 
(které učíme [0]), ale jestli je nevhodné GTK, tak Qt asi taky? Nevím v 
čem je GTK+ příliš složité.


Kdybych dělal retro aplikaci do konzole, tak Urwid [1] spíš než curses.

Webová appka samozřejmě taky jde, ale jestli "po výběru prostě dojde k 
nějaké akci" tak spíš v JS než v Pythonu.




[0] http://naucse.python.cz/course/mi-pyt/intro/pyqt/
[1] http://urwid.org/
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] PyCon CZ, Pyvo v Olomouci/Plzni/Liberci, Hradec Králové a další novinky

[Petr Viktorin]

On 01/30/2018 11:12 AM, Honza Javorek wrote:
Nad záchodovou ikonkou jsem také přemýšlel. Ikonky jsou to tyto: 
http://fontawesome.io/icons/ Pokud tam uvidíš něco lepšího, sem s tím :)


Pojďme se přestat soustředit jenom na holky. PyLadies jsou rozjetý a 
nepotřebují speciální podporu.
Dal bych tam ikonku jako 
https://thenounproject.com/term/diversity/82320/ -- ale ve Font Awesome 
jsem něco takového nenašel...



Jinak úvodní foto opravdu původně nebylo myšleno ven, ale zase mi bylo 
blbé zdržovat jejím výběrem celý web. Fotek máme v archivu až příliš 
mnoho, aby výběr “té jedné” byl na chvilku. A s blbým fotem je z 
praktického/informačního hlediska nový web pořád lepší než starý. Snad 
tam opravdu nebude dlouho!


Honza


On Tue, 30 Jan 2018 at 10:08, Vláďa Macek > wrote:


Supr newsletter, díky za informování!

Za sebe moc děkuju všem aktivním za aktivitu ve věci Věci.

Fotka je zřejmě interní humor bez připojeného příběhu. Dovolím si
podotknout, že dle mýho názoru tak nepůsobí dobře a neměla by tam
setrvat
dlouho. Soukromě asi pošlu svou. :-)

A samozřejmě mi na titulce chybí ikonka restrooms i pro pány. :-)
Tím opět
značně nenápadně podotýkám, že ikonka panenky v sukni již brzo i v
našich
krajích přestane být považována za polite... I PyVec má jistě zájem o
kontakty do prostředí mezinárodních korporací. Co naděláme.
Grafik jistě během chvíle vytvoří náhradní symbol.

Jinak super!

V.


On 29.1.2018 23:20, Honza Javorek wrote:
 > Mě pobavila taky!
 >
 > Tak jsem to s ní začal vyvíjet. A pak jsem neměl čas najít něco
 > serióznějšího :-D Ale to časem dořešíme
 > - https://github.com/pyvec/zapojse/issues/67
 >
 > Honza
 >
 > On Mon, 29 Jan 2018 at 22:04, Jaroslav Vysoký

 > >> wrote:
 >
 >     Ta fotka na http://pyvec.org/ mě pobavila! Asi mi něco
připomíná...
 >
 >     Jarda V.
 >
 >
 >     Dne 29. ledna 2018 20:08 Honza Javorek 
 >     >>
napsal(a):
 >
 >         Ahoj!
 >
 >         Děje se spousta věcí a byla by škoda, aby se o nich ti, kdo
 >         nemají FB nebo Twitter, nedověděli. Takže ve stručnosti:
 >
 >
 >         *PyCon CZ*, každoroční česká konference o Pythonu, už má
datum
 >         pro rok 2018. Tentokrát bude opět v Praze. Pište si do
kalendářů:
 >         1.-3. června.
 >
 >         *PyCon CZ* je akce pořádaná dobrovolníky a její obsah tvoří z
 >         většiny ti, kdo se přihlásí, že by tam chtěli mít
přednášku nebo
 >         workshop. Tedy vy, kdo si to tady teď čtete. Přihlásit se
můžete
 >         do konce února zde: https://cz.pycon.org/2018/proposals/
Máte-li
 >         záblesky chtění něco takového zkusit, nebojte se a posílejte
 >         návrhy. A klidně nám napište, rádi vám s pomůžeme s motivací,
 >         přípravou, atakdále.
 >
 >         *Pyvo*, tedy neformální srazy Pythonistů, se nám za poslední
 >         měsíce skokově rozrostly o tři města: https://pyvo.cz/ S
 >         Pythonisty se nyní můžete setkat v Praze, Brně, Ostravě,
 >         Olomouci, Plzni, Liberci. Pokud přemýšlíte nad tím,
jestli by se
 >         tato epidemie nemohla náhodou rozšířit i do vašeho města, tak
 >         mohla. Stačí následovat náš věčně rozepsaný návod zde:
 > https://pyvec-guide.readthedocs.io/guides/meetup.html
 >
 >         *Hradec Králové!* Haló, jste někdo z Hradce? Ivana by v
HK ráda
 >         uspořádala Python workshop pro úplné začátečníky. Jestliže jí
 >         chcete pomoci s přípravami nebo přijít jako kouč, ozvěte
se jí
 >         prosím na brabcova.iv...@gmail.com
 >
 >
 >         *Data Hackaton pro začátečníky/začátečnice* se pod taktovkou
 >         PyLadies odehraje v Praze v NTK. Přihlásit se můžete *do této
 >         středy* zde:
 >

https://docs.google.com/forms/d/e/1FAIpQLSc6J8crUN0sXuxM4mMEMYeZRs5qSHR_IeGw8tTyLHZ3IsXm3A/viewform?usp=send_form
 >
 >         *Pyvec*, taková ta naše servisní organizace, má nový web:
 > http://pyvec.org/ Ta úvodní fotka se ještě musí najít nějaká
 >         lepší, ale jinak snad dobrý, ne? :-) Pokud najdete chybu nebo
 >         budete chtít opravit něco v obsahu webu, vše je zde:
 > https://github.com/pyvec/pyvec.org/
 >
 >
 >         Uf, celkem fuška.
 >         Tohle už by si skoro zasloužilo nějaký newsletter!
 >
 >
 >         Jinak pokud FB máte, tak mrk sem:
 

Re: [python] Vyhodnocení jednoduchých výrazů

[Petr Viktorin]

On 08/22/18 09:30, Petr Blahos wrote:

Přátelé,

doporučíte mi někdo knihovnu pro vyhodnocení jednoduchých matemetických
výrazů se symboly? Představuju si to asi takto: Budu mít text typu:
expr = """R=1000*(VAR1+VAR2/2)-VAR3"""

a pak udělám:
result = knihovna.funkce(expr, {"VAR1": 54, "VAR2": 8", "VAR3": 982})

Případně ještě knihovna.zkontroluj_vyraz(expr).
Potřebuju tam opravdu jenom + - * / a závorky.


Ahoj,

tl;dr: použij pyparsing, viz:
https://github.com/pyparsing/pyparsing/blob/master/examples/fourFn.py


Delší odpověď:
Vidím tři hlavní možnosti.

1. Pokud věříš uživatelům (např. píšeš to pro sebe), dej jim prostě k 
dispozici celý Python. V budoucnu ti poděkují.

Nevýhoda je že jde napsat výraz který ti např. zformátuje disk...
Můžeš použít eval(), která vyhodnotí jeden výraz, nebo možná lépe exec() 
na sadu příkazů.


>>> namespace = {"VAR1": 54, "VAR2": 8, "VAR3": 982}
>>> expr = """R=1000*(VAR1+VAR2/2)-VAR3"""
>>> exec(expr, namespace)
>>> namespace["R"]
57018.0


2: Často uvidíš lidi používat či doporučovat compile() nebo modul `ast`.
Doporučuju se jim vyvarovat: jsou to implementační detaily vázané na 
konkrétní verzi CPythonu. Až vyjde nový Python, takový kód může rozbít, 
a za dva roky budeš těžko mít náladu a čas to opravit (nemluvě o 
udržování a testování kompatibility s dnešní verzí).
Tyhle věci jsou dobré na studium toho, jak Python uvnitř funguje, ne na 
implementaci kalkulačky.



3. Napiš parser. Doporučuju vybrat nějakou udržovanou knihovnu, spíš než 
vzít z internetu něčí úkol do hodiny algoritmů :)
Pyparsing není ideální (co je?), ale funguje a kalkulačku má jako ukázku 
použití.

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Jednostránkový cheat-sheet v češtině

[Petr Viktorin]

On 08/20/18 08:31, Petr Blahos wrote:

Přátelé,

nemáte někdo jednostránkový (klidně oboustraný) papír (pdfko) v češtině
s popisem struktury základních řídících struktur v pythonu? (cykly, if-else,
definice funkcí, volání funkcí)


Ahoj!
O žádném nevím, ale nedávno jsem o něm přemýšlel; nejspíš hodil by se mi 
na kurz. Značím si: https://github.com/pyvec/cheatsheets/issues/15


Máš-li účet na GitHubu, přihlaš se tam o notifikace. Jestli ne, dej 
vědět ať pak pingnu.



Potřeboval bych to vytisknout, a když se mě díte zeptá, jak se dělá tohle,
tak si to tam společně najdeme.


Máš představu kdy to zhruba nejspíš bude? Dny, týdny, měsíce, roky? :)
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] :-)

[Petr Viktorin]

On 04/10/18 13:09, Vláďa Macek wrote:

Zdar,

vyhlasuju soutez o nejhezci alternativu pro toto:

reload_redirect['Location'] += '#param=1'.replace('#', '&' if '?' in
reload_redirect['Location'] else '?')


Jestli jenom tohohletoho, tak asi:

if '?' in reload_redirect['Location']:
reload_redirect['Location'] += '=1'
else:
reload_redirect['Location'] += '?param=1'

Ale spíš bych se podíval jestli nejde zpřehlednit i kód kolem toho 
jednoho řádku.




Webovi vyvojari jiste zalezitost znaji.


Asi taky nejsem webový vývojář, ale kdykoly dělám weby, podobným 
"stringly-typed" věcem se vyhýbám. Parametry mám jako slovník, (viz 
třeba urllib.parse.parse_qs, ale framework může udělat za mě), 
parsuje/spojí se to jen na jednom a jednom místě, a všechny operace mezi 
tím pak jsou čitelné.




Tesim se ;-)

Vlada

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz


___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] table querying

[Petr Viktorin]

Nebo s Pandas...

import pandas
pandas.Series(range(10)).map('map mame {}'.format)


On 03/05/18 16:23, starenka . wrote:

In [2]: list(map(lambda x: 'map mame %s' % x, range(10)))
Out[2]:
['map mame 0',
  'map mame 1',
  'map mame 2',
  'map mame 3',
  'map mame 4',
  'map mame 5',
  'map mame 6',
  'map mame 7',
  'map mame 8',
  'map mame 9']


---
In Perl you shoot yourself in the foot, but nobody can understand how 
you did it. Six months later, neither can you. | print 'aknerats'[::-1]


2018-03-05 16:02 GMT+01:00 Petr Messner >:


No, je na to jeden takový super jazyk - Python :)

I když teda existuje jazyk, ve kterém se nějaké adhoc datové
transformační pipelines dělají ještě lépe - Javascript. Škoda, že
Python list nemá metodu map, musí se to dělat minimálně přes list
comprehensions, což je sice obecnější, ale o něco pomaleji se to píše.

Pro old-schoolery potom grep, sed a awk.


Dne 5. března 2018 14:31 Vláďa Macek > napsal(a):

Zdar,

mějme tabulková data načtená třeba z CSV nebo Google Tabulku. Víte o
elegantním nástroji (modulu) pro Python implementujícím jednoduchý
dotazovací jazyk?

Jako "dej mi všechny řádky, které mají ve sloupci B hodnotu V (příp.
regexp), ve sloupci C nemají hodnoty V1 ani V2" atd.

Jde mi o etablovanou věc. Ne něco spíchnutého pro vlastní
potřebu a hrdě
zveřejněného, aby si autor otestoval psaní setup.py. :-)

Díky,

V.


___
Python mailing list
python@py.cz 
http://www.py.cz/mailman/listinfo/python


Visit: http://www.py.cz



___
Python mailing list
python@py.cz 
http://www.py.cz/mailman/listinfo/python


Visit: http://www.py.cz




___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz


___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] table querying

[Petr Viktorin]

On 03/05/2018 02:31 PM, Vláďa Macek wrote:

Zdar,

mějme tabulková data načtená třeba z CSV nebo Google Tabulku. Víte o
elegantním nástroji (modulu) pro Python implementujícím jednoduchý
dotazovací jazyk?

Jako "dej mi všechny řádky, které mají ve sloupci B hodnotu V (příp.
regexp), ve sloupci C nemají hodnoty V1 ani V2" atd.

Jde mi o etablovanou věc. Ne něco spíchnutého pro vlastní potřebu a hrdě
zveřejněného, aby si autor otestoval psaní setup.py. :-)


Pandas umí věci jako:

table = pandas.read_csv('foo.csv')
print(table[(table['B'].str.match(V_regex)) && (table['C'] != V1) && 
(table['C'] != V2)])


(Nevyzkoušeno; jestli tě zradí Google, dej vědět.)
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Je k dispozici novější verze?

[Petr Viktorin]

On 12/4/18 8:11 AM, Petr Blahoš wrote:
[...]
Já jsem to na začátku neřekl jasně, Chtěl jsem pouze použít ty funkce 
pipu, které umí vyextrahovat verzi z názvy souboru,
a verze porovnat. Protože to číslování verzí, když uvážíme veškeré bety 
a rc a různé formáty je zatraceně složitý, takže
by bylo lepší použít už existující funkce spíš než to psát, a to i 
přesto, že ty balíčky, o kterých mluvíme jsou moje, takže

to jejich schéma verzování znám, a můžu to postavit přímo na ně.


Ahoj!
pip není knihovna, nemá veřejné funkce. Jeho vnitřnosti se mění dost 
často na to, aby se nevyplatilo ho importovat. Určité části pipu se 
postupně reimplementují ve znovupoužitelných knihovnách, ale parsování 
jmen wheel souborů v tomhle myslím není moc priorita. Naštěstí je 
relativně jednoduché.


Jména wheelů jsou standardizována v [PEP 427]. Části jména souboru jsou 
oddělené pomlčkama, a verze je druhá část. (Specifikace dál říká, že ty 
části jsou navíc pozměněné aby obsahovaly jen písmena/čísla/tečku. Ale 
validní verze nemůže obsahovat jiné znaky, takže ji lze z jména wheelu 
korektně získat.)


Verze a jejich porovnání jsou standardizovány v [PEP 440], ale tam je to 
trochu složitější než `name.split('-')[1]`. Naštěstí na porovnávání 
verzí existuje oficiální knihovna [packaging]. Chceš třídu 
`packaging.version.Version`.




Implementace v pipu je ještě složitější, protože pip se umí postarat i o 
starší způsoby verzování, které už by jako wheel nemělo být možné vydat. 
(Ani se nedají rozumně zakódovat do jména wheelu.) Tyhle způsoby nebyly 
standardizované; "správně" je porovnat byl ideál kterému se dá 
přibližovat, ale nedá se ho dosáhnout.
Pro úplnost: na verze pip aktuálně používá [heuristiku] která se snaží 
být kompatibilní s [distutils.version], jehož [nedokumentované] třídy 
LooseVersion a StrictVersion jsou sbírka černé magie (s odpovídajícím 
komentářem!), resp. nepovedený pokus to nějak vyřešit.
Asi si dokážeš představit, že udržovat kód který takové věci dělá není 
jednoduché. To je asi hlavní důvod proč samotný pip nemá API a je 
tendence standardizované/korektní části dávat z pipu ven do knihoven 
jako `packaging`.



[PEP 427]: https://www.python.org/dev/peps/pep-0427/#file-name-convention
[PEP 503]: https://www.python.org/dev/peps/pep-0503/#normalized-names
[packaging]: https://packaging.pypa.io/en/latest/version/
[heuristiku]: 
https://github.com/pypa/pip/blob/873662179aebbf5eacdf681078f47bbfe5ee6149/src/pip/_vendor/distlib/version.py
[distutils.version]: 
https://github.com/python/cpython/blob/master/Lib/distutils/version.py
[nedokumentované]: 
https://docs.python.org/3/distutils/apiref.html#module-distutils.version

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Informace o příkazu pip a pip3

[Petr Viktorin]

út 5. 2. 2019 v 9:49 odesílatel Michal Porteš > napsal:


Dobrý den,
omlouvám se, pokud se můj první dotaz týká spíš Linuxu než Pythonu,
ale uměl by mi někdo vysvětlit, co že jsem se to vlastně dozvěděl z
následujících příkazů v terminálu?


$ command -v pip
/home/michal/.local/bin/pip
$ command -v pip3
/home/michal/.local/bin/pip3

$ command -V pip
pip is hashed (/home/michal/.local/bin/pip)
$ command -V pip3
pip3 is /home/michal/.local/bin/pip3


Konkrétně, proč je u pip ta zmínka o "hashed", zatímco u pip3 nikoliv?


"hashed" znamená že jsi ten příkaz nedávno spustil. (Bash si zapamatuje 
kde příkaz našel, aby ho příště nemusel hledat znovu. "Hash" je v tomhle 
případě termín pro datovou strukturu, které se v Pythonu říká "slovník", 
`dict`.)


V praxi mezi "is hashed" a "is" není moc velký rozdíl. (Má to hodnotu 
kdybys měnil $PATH – např. vývojáři nástrojů jako "virtualenv" musí 
tohle hashování brát v potaz.)




Můžu se zeptat, v jakém návodu jsi našel `command -V`?
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Uloženie UNICODE do clipboard

[Petr Viktorin]

On 2020-01-28 16:13, dominik.s...@gmail.com wrote:

Ahoj všetci.
Mám taký problém s jedním programom.
Som odkázaný používať python verziu 2.5.1 , Tkinter verzia 8.4 , IDE 1.2.1 .


To je verze stará jedenáct let. Opravdu není možnost aktualizovat? :(

Každopádně zkus před řetězec dát předponu `u`:

okno.clipboard_append(u"žriebä , ľúbim ťa , čítať")

Mně to pak funguje s Pythonem 2.6, ale nevím jak to půjde na Windows.



Riešim problém s kódovaním znakov .

potrebujem skopírovať text s diakritikiou do schránky (clipboard) a pouzívam na 
to niekoľko spôsobov a stále neviem ak oto urobiť správne.

jeden spôsob je cez Tkinter .

import Tkinter as tk

okno = tk.Tk()
okno.withdraw()
okno.clipboard_clear()
okno.clipboard_append("žriebä , ľúbim ťa , čítať")
okno.update()

no ak si potom otvorím notepad a použijem Ctrl+v tak výsledný text je 
skomolenina.

Je možné nejako tento problém riešiť?

Ďakujem.

___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz


___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Funkcia seek()

[Petr Viktorin]

On 07. 12. 21 21:33, Dusan Gazo wrote:

Zdravim.

Som začiatočník a skúšam možnosti jazyka.

Prečo pri otvorenom súbore v textovom móde, funkcia seek(x, y) je 
funkčná len ak je y =  0 a x >= 0?  Pri Y = 1 alebo 2 môže byt x len 0.


Je na to nejaký dôvod?  Ak otvorim súbor binárne tak funkcia pracuje 
tak, ako si predstavujem, t.j. Y = 0 -> x môže byť >= 0 ,


Y = 1 ->  x  môže byť < >= 0 , Y=2  x môže byť <=0.



Do soouboru se neukladaji znaky, ale bajty. Text se da prevest 
(zakodovat) na bajty, bajty se daji dekodovat zpatky, ale problem je ze 
jeden znak muze byt zakodovany ruznym poctem bajtu:


>>> len('a'.encode('utf-8'))
1
>>> len('ů'.encode('utf-8'))
2
>>> len('←'.encode('utf-8'))
3
>>> len(''.encode('utf-8'))
4

Python nemuze operacnimu systemu rict "skoc o 400 znaku dal", jen napr. 
"skoc o 400 bajtu dal". Ale na to, aby spocital kolik bajtu tyhle znaky 
zaberou by je musel vechny nacist a zpracovat.


Mimochodem, pro Y=0 (whence=SEEK_SET) nemuze byt X jakekoli cislo, ale 
jen cislo ktere jsi predtim dostal pomoci metody tell(). S jinym cislem 
bys mohl "pristat" v pulce znaku, a kdo vi co by se delo pak...


Viz dokumentace: 
https://docs.python.org/3/library/io.html#io.TextIOBase.seek



Jestli chces skakat dopredu, muzes pouzit read() a dany pocet znaku 
nacist a zahodit. (Pozor, cti dokumentaci: read() muze vatit kratsi 
retezec nez o jaky si reknes.)

Jestli chces skakat na pozici kde jsi uz byl, zapamatuj si ji pomoci tell().
A nebo otevri soubor v binarnim modu a dekodovani na text res sam.
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Ovlivnění názvu souboru a čísla řádku ve výjimkách

[Petr Viktorin]

On 05. 04. 22 18:37, Vladimír Macek wrote:

Zdravím, mám neobvyklou otázku.

Zvažujeme do jednoho projektu s embedovaným Pythonem vývoj skriptů tak, 
že se jeden py modul bude vyvíjet po segmentech. Budou nazvané třeba 
010.py, 020.py, 030.py, ...


Pro puristy, budou to malé segmenty specifické domény, nikoli standardní 
projekt. :-)


Pro provedení se všechny segmenty modulu spojí do jednoho mod.py. Avšak 
když v něm nastane chyba, bude v tracebacku mod.py a číslo řádku z něj.


Vývojář ale bude potřebovat problém najít ve zdrojových segmentech 
010.py, 020.py, ...


Samozřejmě si můžu segmenty zaindexovat, analyzovat text tracebacku a 
obohatit ho o přepočítané pozice.


Chci se jen zeptat, jestli někdo z vás neví třeba o způsobu, jak 
ovlivnit interní počítadlo tak, že by se při spojování do mod.py dal na 
začátek každého segmentu nějaký override názvu souboru a počítadla řádků.


Pokud někoho z vás napadnou alternativy, aby se segmenty provedly ve 
stejném namespace a bez spojování nebo jiné řešení, uvítám tip.



Idealne chces `from segment000 import *` ze vsech segmentu, ale jestli 
je *fakt* potreba stejny namespace pro vic souboru, da se to udelat 
nejak takhle:



---8<---

exec(compile("""
def main():
other()
""", '000.fakepy', 'exec'))

exec(compile("""
def other():
'''docstring on line 3'''
raise Exception()
""", '001.fakepy', 'exec'))

main()

---8<---

Traceback (most recent call last):
  File "/tmp/mod.py", line 13, in 
main()
  File "000.fakepy", line 3, in main
  File "001.fakepy", line 4, in other
Exception

---8<---

(s open+read misto literal retezcu, jestli nechces spojovat)
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] QT Designer - resize contents

[Petr Viktorin]

On 13. 06. 23 11:33, Petr Blahoš wrote:

Ahoj, neděláte náhodou někdo s QT? Marně se pokouším nastavit
svůj layout v QT Designeru (pyside6-designer) tak, aby když zvětším,
nebo zmenším okno, aby se i ten obsah změnil podle velikosti okna.
Mám normálně QMainWindow a central widget, pod central widgetem
QVBoxLayout, ale když se pak dívám do toho zatracenýho UI file, tak
v něm je ke každýmu widgetu natvrdo nastavená geometry, takže se
ani nedivím, že se to neresizuje.


Ověř si že máš ten QVBoxLayout nastavený *na* centralwidget, ne daný 
*pod* centralwidget. Viz screenshoty v příloze.


Vyber hlavní okno a v menu dej Form/Lay Out Vertically. (Je to i v 
kontextovém menu a toolbaru.)
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz