Most már világos(abb)
És azonos típusúak? Mert ha nem akkor azért nem lehet.
type(myDict.keys())
type(myDict.values())

Sziasztok,

Ááá, nem áll rá az agyam. Ennek hogy kéne kinéznie?

Írjon egy programot, ami euróban kifejezett pézösszegeket kanadai dollárba vált át és az
eredményt egy táblázatba írja ki. A táblázatban a pézösszegek « geometriai haladvány »
szerint növekedjenek úgy , mint az alábbi példában :
1 euro = 1.65 dollar
2 euro = 3.30 dollar
4 euro = 6.60 dollar
8 euro = 13.20 dollar

Mármint program, vagy megjelenítés szintjén?

Hát script szinten.

- Bekéred a változókat (váltási arány, vátás iránya, hány számot jelenítsen meg (n) a sorozatból, melyik legyen az első eleme (m), mi legyen a növekmény (q))
- legenerálod a forrás tömböt
- megcsinálod a váltást
- kiiratod

Addig jáccottam, míg meg nem csináltam szép csicsásra
m = int(input("Start number of the range:"))
n = int(input("Count of range numbers:"))
q = float(input("Base of the range:"))
conv_rate = float(input("Conversion Rate:"))
conv_dir = int(input("Conversion (0* - EUR to CAD, 1 - CAD to EUR):"))
nm = range(m, m+n)
source = [pow(q,i) for i in nm]
dest = [i*conv_rate for i in source]
conv_s = '+ {0:^10} {2} {1:^10} +'
val_pack = {}
if conv_dir != 1:
conv_s = conv_s.format('EUR', 'CAD', '==>')
val_pack = zip(source, dest)
else:
conv_s = conv_s.format('EUR', 'CAD', '<==')
val_pack = zip(dest, source)

print ('+{0:-<13}+{0:-<13}+'.format('-'))
print (conv_s)
print ('+{0:-<13}+{0:-<13}+'.format('-'))
for (eur, cad) in val_pack:
print ('| {0:>10.2f} | {1:>10.2f} |'.format(eur, cad))
pass
print ('+{0:-<13}+{0:-<13}+'.format('-'))

Nincs ez kicsit túlspilázva?
Valami ilyennek kellett volna megoldani.

>>> a,b, c = 1,1, 1
>>> while c < 11:
... printb,
... a, b,c=b, a+b,c+1

Jó, lehet, hogy kicsit túlbonylítottam
nm = range(0,9)
conv = 1.234
source = [pow(q,i) for i in nm]
dest = [i*conv for i in source]
for (eur, cad) in zip(source, dest):
print ('{0:.2f} -> {1:.2f}'.format(eur,cad))

[ Szerkesztve ]

Hi,

Egy UDP-s server-t kellene összehoznom (egy kis revers eng project), hogy ki tudjak váltani egy drága és nehezen beszerezhető eszközt.
ezen link alapján: [link] meg is csináltam a servert.
Majdnem minden jó egy dolgot kivéve. A portokat nem egészen jól kezeli
Igy kellene:
Server oldal: source port: bármi Destination port:9100
kliens oldal: source port: bármi Destination port:9100

Az a bajom, hogy hiába adom meg bind előtt , hogy PORT = 9100 a server válasza a 9100 ről megy pedig én azt szeretném, hogy a kliens oldalon érkezzen meg a 9100-ra
ezt hogy tudnám megoldani?
már agyalok egy ideje de nem jutok egyről a kettőre

Raw packettel oldható csak meg - pythonból a sztenderd UDP csomaggal nem tudod közvetlenül beállíani a forrás portot.

Bár ahogy nézem bind-dal is mennie kellene (ha nem low portot - <1024 - állítasz be)...

[ Szerkesztve ]

Az elsőt még nem néztem, de a második nem jó mert nekem a destination portot kell beállitani

Azzal próbálkoztam, hogy close-zal lezárom a kapcsolatot és kiküldöm az üzenetet, de akkor meg elszáll a python

[ Szerkesztve ]

Már majdnem jó.
A trükk az, hogy az addr egy tuple tipusú tömb. És újra létre kell hozni küldés előtt és akkor faja
s.sendto(reply , addr)
ez lett végül:
addr2=(addr[0],9100); # addr[0] - IP cim, 9100 - ez a port kell nekem
s.sendto(reply , addr2)

Üdv.
Egy végtelen ciklus (raspi gpio beolvasás, jelenleg adatkiírás print-l) szeretném grafikus képernyőn megjeleníteni az adatokat.
Hogyan lehet a ciklusban ' beolvasott' változó értékeket, a tkinter ablakban megjeleníteni? Tud segíteni valaki?
Köszönöm.

[ Szerkesztve ]

tkinter -> after funkció

http://stackoverflow.com/questions/2400262/code-a-timer-in-a-python-gui-in-tkinter

Indítasz egy thread-e, abban beolvasod az adatokat, ami beraksz egy közösen használt változóba és a GUI-ról meg frissíted a változóból a fenti minta alapján.

Üdv.
Köszönöm az infót, sokat segítettél.
Igaz még nem igazán értem, (nagyon kezdő Python-s vagyok) de utána nézek ennek az osztály kérdésnek.

Sziasztok!

Használja itt vki az SL4A-t pythonhoz? Feltettem a python 2.6.6-ot, eclipse-hez a python plugin-t, de amikor importálnám az android-ot azt írja unresolved import: android
Egy leírásban az van, hogy tegyük path-ra a python-t (android debug bridge - path). Mit jelenthet ez?

Eddig amiket csináltam:
A parancssoron python - hello world ment.
Android Device Manager fut.
Eclipse PyDev plugin -> OK.
Eclipse phyton module "hello world" -> OK.
SL4A phyton interpreter -> OK.

és akkor itt van a gond...
Eclipse azt mondja Unresolved import:android
pydev debugger: starting
Traceback (most recent call last):
File "C:\Users\Tibi\Desktop\adt-bundle-windows-x86_64-20130917\eclipse\plugins\org.python.pydev_2.8.2.2013090511\pysrc\pydevd.py", line 1446, in <module>
debugger.run(setup['file'], None, None)

Előre is köszi a segítséget.

Üdv Tibi

Sziasztok!

Én most tanulom a Python-t.
Az alábbi oldalon járok a könyben, ezt már végigolvastam:
http://people.ubuntu.com/~kelemeng/.ufp3/refactoring.html
Viszont valamit nem értek ebben a példában.
A végefelé ezt írja:
"Ez egy okosan megírt kódrészlet"... és a fölötte, illetve az az előtt lévő kódrészletben van valami, amit nem értek.
Definiálva van a to_roman() függvény. Utána pedig van a build_lookup_tables() függvény, ami átdefiniálja a to_roman()-t.
Két bajom van ezzel.

1. Nem látom sehol a kódban, hogy az eredeti, tehát a build_lookup_tables() függvényen kívül definiált to_roman() meg lenne hívva valamikor is. Olyan, mintha nem is használná semmi. Akkor minek van ott?

2. Miért kell a build_lookup_tables() függvényen belül átdefiniálni? Miért nem lehet csak úgy egy új névvel egy új függvényt létrehozni és azt használni a build_lookup_tables() függvényen belül? Van valami köze az eredeti to_roman()-hoz az átdefiniált verziónak? Mert ha igen, akkor az kimaradt a leírásból, vagy én vagyok a hülye...

Remélem tud valaki segíteni.

Előre is köszönöm.

[ Szerkesztve ]

1. Nem látom sehol a kódban, hogy az eredeti, tehát a build_lookup_tables() függvényen kívül definiált to_roman() meg lenne hívva valamikor is. Olyan, mintha nem is használná semmi. Akkor minek van ott?
Azért van ott a to_roman és a from_roman függvény, mert ez egy modul, amit be lehet importálni és arra lehet használni, hogy egész számot római számmá vagy római számot egésszé alakíts.

2. Miért kell a build_lookup_tables() függvényen belül átdefiniálni? Miért nem lehet csak úgy egy új névvel egy új függvényt létrehozni és azt használni a build_lookup_tables() függvényen belül? Van valami köze az eredeti to_roman()-hoz az átdefiniált verziónak? Mert ha igen, akkor az kimaradt a leírásból, vagy én vagyok a hülye...
Azért csinálja így, mert olyan nevű függvényt akar használni, ami azt csinlja, ami a neve. Viszont ez a név foglalt ezért az felüldefiniálja (ezért is íja, hogy kicsit talán túl okosan is lett kivitelezve). A másik ok, hogy a függvényen belül definiálta függvényt, hogy az ne legyen meghívató nem az értelmezési tratományba tartozó számokra. Magyarán egyszerűen el van rejtve a külső szemlélő (a modult beimportáló) szeme elől.

Köszönöm a magyarázatokat, így már értem.