yanoSziasztok! Az Orka 3.14-es vagy újabb változata jól használható már a GNOME Shell felülettel is. A 4.0 BeLin kiadásban a GNOME Shell klasszikus munkamenet az alapértelmezett, emellett a bejelentkező képernyőn választható a régi GNOME Flashback munkamenet is. Alap Ubuntu kiadás esetén az Orka képernyőolvasó bejelentkezés után a STARTGOMB+ALT+S billentyűkombinációval indítható el. Ez a billentyűparancs GNOME szintű parancs, így szerintem minden disztrón használható, ha az Orka képernyőolvasó része az alaptelepítésnek. Ha live rendszerrel indítjátok az Ubuntu kiadásokat, a CTRL+S billentyűkombináció megnyomásával elindul a képernyőolvasó, és ki lehet választani a nyelvet, majd a kipróbálással vagy telepítéssel kapcsolatos gombokat. Ha a képernyőolvasó el lett indítva a live rendszer indításakor a CTRL+S billentyűkombinációval, a telepítés során létrehozott felhasználói fiók esetén a képernyőolvasó automatikusan el fog indulni. Sajnos még az LXDE, XFCE asztali környezetek nem teljesen jól használhatóak a képernyőolvasóval, a Mate asztali környezettel viszont jó tapasztalataim vannak. LXDE asztali környezet esetén az ALT+TAB billentyűkombináció lenyomásakor nem hangzik el az éppen elérhető ablak címe, a paneleket is elég problémás kezelni ebben az asztali környezetben. Unity esetén a launcher és a dash nagyjából jól használható, a HUD szolgáltatás viszont sajnos nem akadálymentes. Attila
Hhammera
- 2020. feb 24.
- Csatlakozott: 2008. ápr 27.
- 0 legjobb válasz
- Itt: Orka képernyőolvasó
- Itt: GRUB 2.02 (Megoldva)
szlaci56Ha annyi a gond, hogy a régebbi kerneleid nem egymás alatt jelennek meg, mint a korábbi Grub2 verzióban, nálam a következő módszer megoldást jelentett Ubuntu 14.04.1-hez: A /etc/default/grub fájlhoz hozzá kell adni a GRUB_DISABLE_SUBMENU=y sort, majd kell egy sudo update-grub parancs. Véletlenül találtam meg ezt a lehetőséget Grub 2.02-höz, nagyon megörültem neki, mert könnyebben tudom így elindítani a korábbi kernelverziókat. Ha nem használnám ezt a beállítást, korábbi kernelverzió indításához be kellene mennem először a speciális beállítások menübe, majd ott kiválasztanom a megfelelő kernelverziót. Általában egy korábbi kernelverziót meg szoktam hagyni, így ha valami gubanc van, egy lefelényíl és egy ENTER segítségével el tudom indítani a régebbi verziót. Itt találtam a beállítást: http://askubuntu.com/questions/143862/how-can-i-show-all-kernels-in-the-grub2-menu-ie-disable-submenu-previous-linu Biztos ami biztos a beállítás kipróbálása előtt csinálj egy biztonsági másolatot a /etc/default/grub fájlról. Azt nem tudom, hogy a /etc/grub.d/30_os-prober szkript által megtalált korábbi Linux rendszereidnél érvénybe lép-e ez a beállítás. Attila
femarkUbuntu 12.04-nek alapból része az Espeak, de Quantalon ha jól emlékszem fel kell tenni az espeak csomagot. Ha egy fájlt szeretnél felolvastatni mp3 formátumba, telepítsd például a lame csomagot, majd add ki a következő parancsot: espeak -v hu -f fájlnév -w /dev/stdout|lame -b 128 - mp3fájlneve.mp3 Az espeak opciók listájáért nézd meg az espeak --help parancs kimenetét. A -s például a beszédsebességet állítja át (én 230-as értéket szoktam használni), a -p pedig a hangmagasságot (én 30-at szoktam megadni). Attila
a mesterUbuntu 12.04-nek alapból része az espeak, így például az espeak -v hu "hello" parancs kimondja a hello szöveget. Quantalnál már úgy emlékszem külön fel kell tenni az espeak csomagot. Ha egy fájlt szeretnél felolvastatni mp3 formátumba, telepítsd például a lame csomagot, majd add ki a következő parancsot: espeak -v hu -f fájlnév -w /dev/stdout|lame -b 128 - mp3fájlneve.mp3 A tárolóból telepíthető egy espeak-gui nevű csomag, ez egy grafikus program. Sajnos hangfájlba nem tud menteni. Korábban készítettem egy pici alkalmazást (Hangoskonyv Konverter), amivel különböző fájlformátumokból lehet mp3 formátumú hangoskönyveket készíteni az Espeak használatával. Ha érdekel a progi, szivesen elküldöm neked a csomag forráskódját. Attila
benzsoltLev258, jól gondolod. 12.04-nél egyszer találkoztam már olyan ATI videokártyával, ahol a gyári beállítással nem látszott a képernyőn a Grub menü, invalid frequency üzenet jelent meg ha jól emlékszem. Ez a videokártya azt hiszem egy integrált Ati X1200 volt. Gyárilag a /etc/default/grub fájlban a következő alapbeállítás szerepel: # The resolution used on graphical terminal # note that you can use only modes which your graphic card supports via VBE # you can see them in real GRUB with the command `vbeinfo' #GRUB_GFXMODE=640x480 Benzsolt, ha megnyitod gksu gedit /etc/default/grub paranccsal a konfigurációs fájlt, a #GRUB_GFXMODE=640x480 sor elejéről kiveszed a # jelet, mented a fájlt, majd terminálban kiadod a sudo update-grub parancsot, a következő indításnál elvileg látszani fog az indítómenü. Biztos van ennél elegánsabb megoldás, de annál a gépnél ahol a probléma jelentkezett tökéletesen bevált. Attila
egynyulSzia!! Nézd meg, hogy létezik-e a .gconf/apps/metacity mappa. Ha igen, futtasd le terminálban a következő parancsot: gnome-control-center keyboard Ha ilyesmi hibaüzeneteket látsz, törölni kell a .gconf/apps/metacity mappát: GConf Error: Type mismatch: Expected `string' got `list' for key /apps/metacity/window_keybindings/move_to_workspace_left Ezt a hibát jelentettem régebben, de eddig nem javították, a link: https://bugs.launchpad.net/bugs/955876 Sokan írnak erről a problémáról az Ubuntu A11y és a nemzetközi Orca listán. Attila
- Itt: Satellite L300
aicirtapsterSzia! Nekem is ilyen laptopom van, a modellszáma PSLB0E-034016HU. A kikapcsolásos probléma nálam nem jelentkezik Ubuntu 12.04 használatakor, friss telepítést csináltam. Az FN gombok nálam sem működnek (FN+ESC, FN+F3, FN+F4), a felfüggesztés viszont nálam az eszközmenü indikátoron keresztül szépen működik. A hibát bejelentettem egyelőre az acpi-support csomaghoz, ha van Launchpad hozzáférésed, írd meg kommentben, hogy nálad melyik fn társítások nem működnek, és jelöld be, hogy a hiba nálad is jelentkezik. A hibajelentés linkje: https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/995367 Attila
Szia! Nálam J&W Minix M1200 netbooknál a top a következő értéket mutatta 32 bites 12.04 rendszeren ugyanezzel a kernellel: hammera@hammera-M1200-Series:~$ top top - 14:29:16 up 3 min, 1 user, load average: 2.75, 1.79, 0.74 Tasks: 161 total, 2 running, 159 sleeping, 0 stopped, 0 zombie Cpu(s): 59.5%us, 17.1%sy, 0.0%ni, 19.8%id, 3.7%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 1014328k total, 692444k used, 321884k free, 53684k buffers Swap: 2237436k total, 0k used, 2237436k free, 429792k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2261 root 20 0 32468 7792 3184 R 81 0.8 2:10.73 upowerd Amikor ezeket az értékeket mértem, csak egy terminál ablak volt nyitva. A rekordom 99%-os proci kihasználtság volt, egy nyitott Firefox webböngészővel és egy nyitott terminál ablakkal. Ha nincs benn az aksi, akkor az értékek így változnak: top - 15:20:58 up 3 min, 1 user, load average: 1.03, 1.02, 0.45 Tasks: 161 total, 1 running, 160 sleeping, 0 stopped, 0 zombie Cpu(s): 6.2%us, 3.5%sy, 0.0%ni, 90.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 1014328k total, 766552k used, 247776k free, 128448k buffers Swap: 2237436k total, 0k used, 2237436k free, 432348k cached A probléma sajnos az upstream kernelnél is jelentkezik, tegnap előtt teszteltem. A hibát bejelentettem a következő linken, remélem előbb-utóbb javítják ezt a bugot: https://bugs.launchpad.net/bugs/987807 A 64 bites rendszert nem próbáltam. Egyelőre annyit tudtam tenni workaroundként, hogy lekorlátoztam az upowerd folyamat CPU használatát, így valamivel jobb a helyzet, ha aksiról használom a netbookot. Attila
UdiUdi, erre a képre gondoltam, azt hiszem ez a gui ablakot mutatja: http://udionline.hu/kepek/blog/inditoikon-letrehozasa/nautilus-actions-gui.png Hordoz ez a kép valamilyen lényeges információt a számomra, ha meg szeretném csinálni a Nautilus Actions segítségével az Indítóikon létrehozása menüpontot a helyimenübe? Megoldható ezzel a módszerrel, hogy közvetlenül a helyimenüben jelenjen meg az Indítóikon létrehozása menüpont, vagy itt is egy almenün belülre kerül a funkció menüpontja? Attila
BarnyMegnéztem, mikor történt ez a változtatás a Nautilusban, érdekesek az utolsó launchpados bugreport kommentjei: commit 475ed89d6e6ac99f46700babd16671f88bd1386c Author: Didier Roche Date: Mon Jul 25 13:12:48 2011 +0200 Remove "Create Launcher" entry option "Create launcher" entry from nautilus seems weird as nautilus doesn't draw the desktop for GNOME Shell, and this rely on a gnome-panel binary. This brings inconsistency between the two sessions. https://bugzilla.gnome.org/show_bug.cgi?id=654848 https://bugs.launchpad.net/bugs/723861 A Nautilus Actions 3.1.4-es verziója már elindul Oneiricen is, de valamiért ezt azt hiszem június óta nem frissítették a 3.1.2-es verziót erre a verzióra. Ha nem nagy kérés, mivel Gábor blogbejegyzésében az új szkript létrehozásához szükséges adatok egy képben vannak, valaki elküldené nekem szövegesen a szükséges adatokat? Attila
Jeleztem a menüpont hiányát Launcpadon, egyelőre nem sok eredménnyel: https://bugs.launchpad.net/bugs/883028 Unity esetén nem a Nautilus kezeli szintén az asztalt? Attila
Dr. SzösziDr. Szöszi, teljesen egyetértek. Sajnos egy kisalkalmazást nem tudok eltávolítani a panelról billentyűzet segítségével, mert ahhoz használnom kellene az egeret is, ami az én esetemben lehetetlen látás nélkül: https://bugzilla.gnome.org/show_bug.cgi?id=662923 Nem értem, miért vezették be ezt az újítást a 3.0 GNOME verzió megjelenésekor, a régebbi GNOME verziók esetén az eltávolítás a panelról menüpont elérhető volt egy kisalkalmazás helyi menüjéből is. Hasznos ez az újítás a látó felhasználók esetén? Remélem, előbb-utóbb visszakapjuk a helyimenübe is ezt a funkciót. Elnézést az offért, ha jónak látjátok, nyugodtan rejtsétek el ezt a hozzászólást, mivel kicsit eltér az eredeti témától. Attila
lacfyLacfi, a hibajelentéseket csak amiatt linkeltem be, hátha valakinek szüksége van a kijelentkezés és a leállítás menüpontok billentyűzetről történő elérésére, a rendszerbeállítások beállítóeszköz elindítására, a felhasználói állapot megváltoztatására. Azt hiszem ha valaki egérrel a saját felhasználói nevére kattint, hasonló menüpontok jelennek meg, ezt én nem tudom sajnos kipróbálni, mivel nem tudok egeret használni. A probléma a következő, remélem megoldják a fejlesztők ha még a következő GNOME verzióban támogatva lesz a fallback munkamenet: Ha valaki csak billentyűzettel, képernyőolvasó segítségével használja a GNOME3 fallback munkamenetet, jelenleg az alap panel kinézet nem ad a leírt funkciók elérésére lehetőséget csak billentyűzet használatával. Korábban GNOME2 esetén alapértelmezetten az ALT+F1 billentyűkombináció lenyomásakor egy három főmenüt tartalmazó menüsor jelent meg (Alkalmazások, Helyek és Rendszer főmenüpontok). GNOME3 fallback munkamenet esetén ha az alap panel elrendezés van beállítva, ha lenyomod az ALT+F1 billentyűkombinációt, az Alkalmazások és a Helyek főmenü elérhető billentyűzetről, viszont a Rendszer főmenüt valamiért eltávolították. Én megvagyok elégedve ezzel a módosított kinézettel is, de jobb lenne az alap elrendezésnél ha elérhetők lennének ezek a fontosabb funkciók csak billentyűzet használata esetén is a főmenün keresztül. Képernyőolvasóval történő használat esetén a módosított kinézetnek egy hátránya van, az ALT+F1 billentyűkombináció lenyomása után az első elérhető almenüpont nem kerül kimondásra, és minden funkció egyetlen egyoszlopos menün keresztül érhető el. Attila
Dr. SzösziKis esetleges pontosítás még a gnome-paneles részhez: Sok helyen láttam már ezt a megoldást, amikor csak a gnome-panel csomagot telepíttetik. Nem egyszerűbb a gnome-session-fallback csomagot telepíteni? Ebben az esetben viszont nem tudom, hogy a bejelentkező képernyőn hogyan jelenik meg a kérdéses munkamenet, a lightdm.conf fájlban gnome-session-fallback a session fájl neve. Van valami kinézetbeli különbség a két megoldás között? Én az utóbbit használom, kicsit módosított panel kinézettel, hogy hozzáférjek csak billentyűzettel a kijelentkezés és a leállítás lehetőségekhez: https://bugs.launchpad.net/bugs/846254 https://bugzilla.gnome.org/show_bug.cgi?id=662913 Ha valakinek például szüksége lenne esetleg a Nattyon megszokott indikátorokra GNOME3 esetén, érdemes megnézni a következő bugreportot: https://bugs.launchpad.net/bugs/724369 Attila
kybersasHa a gnome-session-fallback csomagot telepítitek fel, ha jól tudom ugyanaz a végeredmény, ebben az esetben mintha több csomag kerülne telepítésre. Különbözik valamiben a két megoldás? Én így használom, ekkor a Metacity indul el ablakkezelőként, és nincs feltétlenül szükség a Compizra, nekem ez fontos volt, mivel így hozzá lehet férni képernyőolvasóval is a panelekhez. Egy dolog hiányzik nekem, a Nattyban bevezetett indikátorok klasszikus GNOME felületnél, amit a STARTGOMB+S billentyűkombinációval lehetett elérni, ha a panelhoz hozzá volt adva a megfelelő kisalkalmazás. Gondolom szükség van még néhány kiegészítő csomagra, hogy fallback mód esetén el lehessen érni ezeket a funkciókat az indikátorokon keresztül (munkamenettel kapcsolatos fontos menüpontok, hálózati kapcsolatok, üzenetek, Hang, stb). Attila
- Itt: Tilitoli másképp
KAMI911Szia Kami! A Hangoskönyv Konverter új verzióját már külföldön is használják, a Vinux disztribúcióban. Ez egy nemzetközi disztribúció, ugyanazt a célt tűzte ki mint a BeLin, az első kiadásuk a BeLin 1.0 után pár hónappal jelent meg, ha jól emlékszem 2008 novembere körül. Az volt az érdekes a dologban, hogy a két projekt egymástól függetlenül született, hasonló megoldásokkal, de nem tudtunk egymás munkájáról. A nemzetközileg is használható funkciók és javítások megvalósításában azóta folyamatosan együttműködünk, így mindkét disztróban megtalálhatók a nemzetközi szinten is használható fontosabb javítások. A Hangoskönyv Konverter felhasználói felületét cseh és német nyelvre is lefordították, így a program támogatja az angol, cseh, német és magyar nyelvet a felhasználói felületen. Az Orka Oktató Alkalmazást is nemzetközi együttműködés keretében fejlesztettük ki a Vinux fejlesztői közösség két tagjával együtt. A felhasználói felület tervezését és a kódolást én végeztem, ők korrektúrázták az angol nyelvű szövegeket, tesztelték az alkalmazást, visszajelzéseket küldtek a felhasználói felület kinézetével kapcsolatban, ami nekem nagy segítség volt. Nagyon jó érzés volt lépésről lépésre felépíteni az alkalmazást, nagyon sokat tanultam a fejlesztés közben. A Vinuxba valószínűleg a következő kiadásban fog bekerülni ez az alkalmazás. Az a gond, hogy az akadálymentesítés érdekében mindkét disztró sok olyan javítást használ, amik az upstream verzióba nemhiszem hogy bekerülhetnek. Az egyik ilyen javítás egy új felhasználó létrehozásakor az akadálymentesítés alapértelmezett engedélyezése a képernyőolvasó profillal, ha a rendszer eleve képernyőolvasó használatával lett feltelepítve. Valamilyen szinten megértem a dolgot, hisz ha létrehoz a rendszergazda egy új felhasználót, nem biztos, hogy szüksége van az adott felhasználónak az akadálymentesítésre az eredeti Ubuntu verzió esetén. A kiegészítő Orka szkriptek sajnos szintén nem kerülhetnek be az upstream verzióba, ráadásul az országspecifikus funkciók miatt ezek el is térnek egymástól. Nekünk használhatók a Metnet RSS csatorna adatai, nemzetközi szinten ezek viszont nem hoznának jó eredményt, mivel a Metnet magyar nyelven szolgáltat. Ők az időjárás előrejelzést Google Translatorral oldják meg, ami viszont nekünk nem hoz jó eredményt. :-):-) Ha egy összetevő továbbfejlesztése upstream szinten is megoldható, akkor mindenképpen úgy végzem a javítást, hogy az bármely disztribúcióban elérhető lesz az új verzió megjelenése után. Az egyik ilyen feladatom az Espeak beszédszintetizátor magyar nyelvi szabálykészletének továbbfejlesztése. Jonathan Duddington Espeak fejlesztővel folyamatosan levelezek ezzel kapcsolatban. Ha egy Orka funkción dolgozom, és upstream szinten a fejlesztők elfogadják az ötletet és a megvalósítást, akkor szerencsére mindenhol használható lesz az adott funkció a kommit után. Természetesen sajnos van ellenpélda is: Áprilisban volt egy felhasználói kérés a nemzetközi levelezőlistán, hogy az Orkában legyen lehetőség a vágólapon levő szöveg lekérdezésére. Azért született a kérés, mert a Firefox Webböngésző szöveg kijelölésekor nem szolgáltat akadálymentesítési információt az Orka számára, így nem lehet ellenőrizni a vágólapra történő másolás után, hogy jó szöveg lett-e kijelölve, csak úgy, ha az ember számolja a sorokat a SHIFT+LENYÍL billentyűkombináció lenyomásakor. Áprilisban beküldtem Bugzillán a javítást, sajnos Augusztus 13-a körül elutasították a befogadását, igazából egy pársoros kód beemeléséről lett volna szó. Erről a bugról van szó: https://bugzilla.gnome.org/show_bug.cgi?id=648730 A javítást így kiegészítő Orka szkriptként betettem a 2.5-ös tesztverzióba. Attila