Fejlesztés

web2py parancssorból

Fórumok

Szeretném jobban megismerni a web2py-t és hosszú távon abban fejleszteni. Ami egyelőre nagyon zavar hogy hozzáköt a webes felülethez. Bármit szeretnék, azt az admin részben kattingatással kell létrehozni. Jobban örülnék ha parancssorból tudnám létrehozni az állományokat, tudnám mi hová kerül és miért, tudnék $VCS rendszert használni hozzá, stb. Ehhez nem találtam dokumentációt. Lehet így is fejleszteni benne, parancssorból - vi(m)-el? Eddig $searchengine nem segített.

Ügyfélkapu átalakítása magyarorszag.hu

Fórumok

Néztem az ügyfélkaput, felmerült bennem miért ilyen használhatatlan.

Elképzelhető én nem találom, és kérlek javítsatok ki hol van az a felület ami egy kivonatot tartalmaz az összes ügyemről.
Ennek az oldalnak a következőket kellene tartalmaznia:

-felszólítások, határidők
-folyamatban levő ügyek (okmányiroda, egyéb hivatalos szervek ügyei) egységesen esetszámmal, mint egy normális ügyfélkezelő rendszerben
-biztosítás státusza
-nav folyószámla egyenleg (befizetett adó, illetve várható adóbezizetés összege)
-nyugdíj biztosítás egyenleg
-munkáltatónál bejelentés
-letiltások, feketelista státusza, inkasszó stb.
-3. félnek adatok kiadásának tiltása
-pár fontos statisztikai adat (forint euró árfolyam, államháztartás hiánya, áfa, adósávok, iparűzési, és egyéb adónemek személyre szabva)

Ha nincs ilyen én szeretnék, akár egy telefonos alkalmazást ebből. Mert utálom ha a káosz az úr...

Vonalkód olvasó használati hiba LINUX-os böngészőbe (MEGOLDVA)

Fórumok

Készítenék egy PHP-MySQL -alapú programot, amibe vonalkódolvasóval olvastatnék be CODE 128 -as vonalkódokat.
Csináltam egy form-ot, beviteli mezővel.
Javascript-tel átfordítom az ASCII -kódokat rendes karakterekre, és a becsippantott mezőben felülírom
a tartalmat.
Ha kattintok a vonalkódra, valami speciális parancsot hajt végre,általában átvált a böngésző másik megnyitott fülére, vagy csak egy soremelést végez. de csak linuxos webböngészőben.
Konkrétan: UBUNTU GNOME + bármilyen böngésző (Próbáltam Chrome, Firefox).
Windows-os böngészőben semmi gond vele.
Bash scripttel már megoldottam UBUNTU alatt az ASCII - >> karakter konverzió.
Viszont ott meg tudtam oldani, hogy a csippantott ASCII -kódok meg sem jelennek, csak az átkódolt,
értelmes tartalom (read -s kod) { -s === silent)
Ha valahogy ugyanezt meg lehetne oldani PHP alatt is, hogy ne írja bele a beviteli mezőbe a csippantott kódokat,
csak a már Javascript-tel átkódolt értelmes tartalmat, az király lenne.

Megoldódott egy usb- s olvasóval kitűnően működik a dolog a weboldalon is.

Eclipse gepigeny

Fórumok

Gyors kerdes:

Meg tudnatok-e mondani, hogy mi a legfrissebb Eclipse verzio gepigenye? (ADT pluginnal vagy anelkul)?
Egy kicsi laptopra tennem fel, aminek az USB-vel is gondjai vannak.
Szoval ha nem menne rajta, akkor inkabb nem erolkodnek.

Koszonom a gyors valaszokat.

Feljlesztők segítségét kérném, Kernel modul fordítás

Fórumok

Sziasztok.

Adott egy program, a neve smartcam (http://sourceforge.net/projects/smartcam/) ez arra való, hogy a telefonunk (lehet az androidos vagy akár symbian) kamerájának képét wifin vagy bt-n használhassuk linux alatt (mint egy webkamerát).
Ahhoz, hogy ez működjön szükség van egy kernel modulra. Ezzel nincs is gond, eddig 2.6.35 alatt lefordult és működött is. Most viszont frissítettem a kernelt 3.14-re (egyébként egy 64bit-es ubuntu lucid-ról van szó), mégiscsak számos újdonság van benne ;). De ez alatt a kernel alatt nem fordul :(.
Innen töltöttem le: https://github.com/kripton/smartcam_linux mert ami a fenti oldalon van, az elég régi.

Tehát a konkrét hiba:

$ make -C /lib/modules/`uname -r`/build M=`pwd`
make: Entering directory `/usr/src/linux-3.14.18'
LD /tmp/smartcam_linux-master/driver_src/built-in.o
CC [M] /tmp/smartcam_linux-master/driver_src/smartcam.o
/tmp/smartcam_linux-master/driver_src/smartcam.c:585: warning: initialization from incompatible pointer type
/tmp/smartcam_linux-master/driver_src/smartcam.c:594: warning: initialization from incompatible pointer type
/tmp/smartcam_linux-master/driver_src/smartcam.c:612: error: unknown field ‘current_norm’ specified in initializer
/tmp/smartcam_linux-master/driver_src/smartcam.c:612: warning: initialization makes pointer from integer without a cast
make[1]: *** [/tmp/smartcam_linux-master/driver_src/smartcam.o] Error 1
make: *** [_module_/tmp/smartcam_linux-master/driver_src] Error 2
make: Leaving directory `/usr/src/linux-3.14.18'

Mivel úgy tudom ez alatt a kernel alatt már nincs "current_norm", ezért azt a sort kikkommenteztem, így van pár warning, de lefordul:

$ make -C /lib/modules/`uname -r`/build M=`pwd`
make: Entering directory `/usr/src/linux-3.14.18'
CC [M] /tmp/smartcam_linux-master/driver_src/smartcam.o
/tmp/smartcam_linux-master/driver_src/smartcam.c:585: warning: initialization from incompatible pointer type
/tmp/smartcam_linux-master/driver_src/smartcam.c:594: warning: initialization from incompatible pointer type
Building modules, stage 2.
MODPOST 1 modules
CC /tmp/smartcam_linux-master/driver_src/smartcam.mod.o
LD [M] /tmp/smartcam_linux-master/driver_src/smartcam.ko
make: Leaving directory `/usr/src/linux-3.14.18'

A modinfo szerint:

$ modinfo ./smartcam.ko
filename: ./smartcam.ko
license: Dual BSD/GPL
author: Ionut Dediu
description: Smartphone Webcam
srcversion: 9C88B7E7D9A164D69738815
depends: videodev
vermagic: 3.14.18-pcz-r2 SMP mod_unload modversions

A videodev term be van töltve.

Ha viszont megpróbálom betölteni ezt kapom:

$ sudo insmod ./smartcam.ko
insmod: error inserting './smartcam.ko': -1 Invalid parameters

A dmesg-ben meg ezt látom:

[90514.815289] ------------[ cut here ]------------
[90514.815308] WARNING: CPU: 0 PID: 3328 at drivers/media/v4l2-core/v4l2-dev.c:779 __video_register_device+0x58/0xd7a [videodev]()
[90514.815311] Modules linked in: smartcam(O+) webcamstudio(O) droidcam(O) pl2303 usbserial nls_utf8 isofs bluetooth 6lowpan_iphc b43 usblp ppp_async crc_ccitt snd_usb_audio snd_usbmidi_lib pwc videobuf2_core v4l2_common videobuf2_vmalloc videobuf2_memops videodev media ctr ccm binfmt_misc pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) arc4 vhba(O) coretemp snd_hda_codec_conexant snd_hda_codec_generic snd_hda_intel snd_hda_codec mac80211 snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm psmouse snd_seq_dummy cfg80211 snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device lpc_ich mfd_core snd soundcore ssb sdhci_pci sdhci led_class hp_wmi serio_raw msr sparse_keymap phc_intel(O) lzo i915 fbcon tileblit font bitblit softcursor drm_kms_helper ahci e100 mii drm i2c_algo_bit libahci video intel_agp intel_gtt [last unloaded: webcamstudio]
[90514.815395] CPU: 0 PID: 3328 Comm: insmod Tainted: G W O 3.14.18-pcz-r2 #2
[90514.815398] Hardware name: Hewlett-Packard Presario V6000 (RY564EA#ABU) /30BB, BIOS F.2E 03/22/2010
[90514.815401] 000000000000030b ffff88001c07dc58 ffffffff814feab4 000000000000030b
[90514.815406] 0000000000000000 ffff88001c07dc98 ffffffff8103bca3 00000000000002d2
[90514.815411] ffffffffa0571736 ffffffffa029f7d0 00000000ffffffff 0000000000000000
[90514.815416] Call Trace:
[90514.815425] [] dump_stack+0x49/0x5d
[90514.815432] [] warn_slowpath_common+0x81/0x9b
[90514.815440] [] ? __video_register_device+0x58/0xd7a [videodev]
[90514.815444] [] warn_slowpath_null+0x1a/0x1c
[90514.815451] [] __video_register_device+0x58/0xd7a [videodev]
[90514.815458] [] ? __vmalloc_node+0x35/0x37
[90514.815464] [] smartcam_init+0x58/0x80 [smartcam]
[90514.815472] [] ? 0xffffffffa02a1fff
[90514.815477] [] do_one_initcall+0x84/0x10a
[90514.815488] [] ? __blocking_notifier_call_chain+0x5b/0x67
[90514.815494] [] load_module+0x137d/0x1645
[90514.815498] [] ? module_unload_free+0xd8/0xd8
[90514.815504] [] ? __vmalloc_node+0x35/0x37
[90514.815508] [] SyS_init_module+0xb4/0xb9
[90514.815514] [] system_call_fastpath+0x16/0x1b
[90514.815518] ---[ end trace 2ffbd8ef55355ba7 ]---
[90514.815521] smartcam:(insmod) load status: -22

A drivers/media/v4l2-core/v4l2-dev.c fájl 779-ig sora ez:

/* the v4l2_dev pointer MUST be present */
if (WARN_ON(!vdev->v4l2_dev))
return -EINVAL;

Van már két video eszköt (/dev/video0 és video1), de nem hinném, hogy ez gond lenne (a azokat kiszedem akkor is ez van).

Szerintetek mi lehet a gond, valahogy működésre lehet ezt bírni?

Köszönöm

u.i.: Tudom, hogy van más program, amivel ezt meg tudom oldani, az megy is, de szeretném ha ez is működne.

Markdown specifikáció - Ti milyen dokumentációs toolt használtok?

Fórumok

A napokban kellett dönteni egy projektben arról, mivel írjuk a dokumentációt. Közben körbejárta az Internetet a hír, hogy páran összefogtak, és megalkották a Markdown specifikációt: http://standardmarkdown.com/

Egyrészt ennek örülünk, és köszönjük az erőfeszítéseket. Másrészt viszont kicsit szomorkodunk, hogy olyan cool dolgok, mint pl. a táblázatok a MarkdownExtrából nem kerültek be.

:-(

Mi végül Markdown/ReText kombónál maradunk, viszont érdekelne, hogy (főlkeg szoftveres projektben, tehát ahol akár a developer is néha dokumentációt kényszerül írni), mit használtok? Gondolok itt az egész spektrumra: Egy README-től kezdve a fejlesztői doksin át a User Guide-ig mindenre. Természetesen nem a kód/API doksira gondolok, azt alapértelmezettnek veszem, hogy javadoc/jsdoc/doxygen/etc van.

Szóval: ti mire, mit használtok?

Az én személyes kedvenc sztekkem a következő:

Markdown(Extra). Szeretem, ha egy egyszerű szövegszerkesztővel lehet írni a doksit, a forrásfában csak ilyent engednék meg. Táblázat feature kicsit macerának tűnik bővíthetőség szempontjából, de vannak erre is jó megoldások (https://github.com/godlygeek/tabular).

Külön, doksi repóba feltöltve (ahogy pl. githubon is), kényelmes a fejlesztőknek is. Személyes tapasztalat: Ha nem tudja a dev. azonnal megnézni böngészőben, akkor az a doksi _szinte_ nem is létezik. Ha nem tudja _szerkeszteni_ böngészőben: akkor egyáltalán nem létezik. Egy projektben egyszer docbookban (xml) kellett doksit írni. Senkinek nem volt fogalma sem, hol áll a fejlesztés és a szoftver... vagy éppen maga a dokumentáció...

(Szinte bármilyen) wiki. A fenti problémát pont a wiki küszöböli ki. Még jobb, ha (megintcsak a github/gitlab példájánál maradva) a wiki-t egyből gitbe menti, a legszueprebb, ha pedig rögtön Markdown-ban írhatjuk :-)

A wikis megoldáshoz mindenképpen szeretek belőni egy pdf exportert: a managereknek, product ownernek jót tesz, ha akár kinyomtathatja, és nézegetheti, és persze akkor kap egy oldalszámot is. Hátránya a wikinek a hierarchia hiánya: ez konvenciókkal kiküszöbölhető.

Word. WTF? Ezt én sem gondolhatom komolyan. Néha azonban olyan (főleg nagyvállalati) projektben találjuk magunkat, amikor nagyonfenszi, régimódi KÉZIKÖNYV kell.

Bár a Markdown->wiki->PDF járható útnak tűnik (én továbbra is talán ezt preferálnám), de be kell látni: a kézikönyvet már remélhetőleg nem én fogom írni, hanem az erre felvett technical writer. Ő pedig ne egy mancinéni legyen, aki egérrel kijelölve 29,3-as betűméretre állít, hanem ismerje a nagy office programok minden legtöbb csínját-bínját (template alapú formázások, referenciák, bibliográfia, etc.)

Mivel biztos fel fog merülni: a LaTeX-et bár ismerem, kerülöm. De ez már egy másik téma :-)