Grafika: GUI, OpenGL

Minek nevezik ezt a munkafelületet?

Először a Scratch-nél és az appinvertor-nál láttam, de most a Kobra esetében is látom hogy funkcionális csempékből lehet kisebb-nagyobb programot összerakni.

Maga a funkcionális csempékből való építkezés nagyon tetszik, kipróbálnám saját projektben, ahol én szabom meg az egyes csempék képességeit és összeépíthetőségének szabályait.

Szeretném azt hinni, hogy ennek a grafikus munkakörnyezetnek van valami saját neve, illetve ez alapján lehet találni valamilyen függvénykönyvtárat a saját rendszer kialakításához.

A nagy kérdés, hogy tudjátok-e a megnevezését és/vagy ismertek-e valamilyen támogató kódbázist ehhez?

https://scratch.mit.edu/

https://appinventor.mit.edu/

https://kobra.dev/

Openscad STL render png

Sziasztok, hozzáértőktől kérnék egy kis segítséget. Debian alapon parancs-sorból szeretném legenerálni az STL állományokból a png képeket. Ez megy.

Amiben elakadtam, az az, hogy ha több szögből is szeretném ugyanezt megtenni, akkor azt hogyan kell? Nagyon nem vagyok benne az Openscad lelkivilágában, ha tudsz segíteni, akkor konkrét példával tedd kérlek.

Jelenleg a .scad file csak az stl import funkciót tartalmazza, és ezzel hívom meg: openscad -o minta.png --autocenter --viewall ./base.scad

Ha ugyanezt több szögből is szeretném, akkor azt hogyan kell?

Bár most még ennek is örülnék, de a próbálgatások során már most beleszaladtam abba, hogy túl nagy az STL mérete, a rendereléskor már panaszkodik miatta. Esetleg azt meg lehet csinálni, hogy adott [X|Y|Z] méret felett automatikusan átméretezze egy kisebb méretre?

Köszönöm előre is a segítséget!

Inkscape könyv és honlap magyarul

https://hup.hu/cikkek/20141014/inkscape_konyv_es_honlap_magyarul

Az  http://inkscape.hu oldal már meg sincs. A könyv a MEK-ből elérhető de a mellékletek nem. 

Egy része a fájloknak megtalálható itt: http://grafit.netpositive.hu/vektorgrafika-2/

De ez nem túl jó állapot így. Pedig a könyv még ma is használható lenne a kora ellenére. 

GIMP crash. Létezik valami megoldás?

Sziasztok!

Sajnos a GIMP 2.10.x verziók több forrásból leszedve is összeomlanak a vágólap használatakor:

[...](Note to programmers: normally, X errors are reported asynchronously;[...]

Igen, tele van vele a net, érdemi választ én sajnos nem találtam.

Próbáltam több forrásból is: ubuntu repo, ppa ubuntu repo, flatpack, snap. Forrásból nem próbáltam, de tűnik, itt nem fordítási hiba van, hanem programozási.
Tudtok valami megoldást workaroundot a GIMP mellőzése kivételével?

Wayland megbízhatóság. Cumi vagy nem cumi

Nem problémamegoldást keresek, hanem véleményeket várok, elsősorban akik napi szinten használják ezt a rettenetet.

Milyen buktatók vannak, mire érdemes figyelni. Kompatibilitás stb.

A napokban futottam bele. Az asztali pc-men van feltéve gnome a mate mellé, mert figyelem az újításokat, meg mivel akiknek linuxot telepítek a gépére álltalában gnome-mal szoktam és nem szeretek mások előtt bénázni ezért néha használom otthon is, hogy ne legyen szokatlan.
Mondom ha már van kipróbálom waylanddal is. Mivel virtualboxot használok, mert kell pár multimédiás programhoz a windows az alábbi fucsaságokra lettem figyelmes.

Elsötétül a kép és nem jön vissza a virtualbox ablakában ha:

- átméretezem az ablakot
- átlépek konzolra X-ből és vissza

Ezt azzal koronázta meg az utóbbi pár napban, hogy random megszakadt a virtualbox működése ilyen meg olyan hibára hivatkozva. Nem írom le mit kepesztettem mire gyanút fogtam, hogy lehet a wayland-dal való inkompatibilitás/hiba miatt rakoncátlankodik. Ha gnome+xorg-ot használok tökéletesen működik.

Mindenből stabilt használok gentoon. A wayland lehet még ennyire problémás, vagy csak az én rendszeremben lévő? Azért 11 évnyi fejlesztés után nem ártana ha tökéletesen kompatibilis lenne mindennel.

Más mibe futott bele?

(Iranyitott) graf, interaktiv GUI library, ami megbirkozik 100.000+ node-dal es feleannyi ellel?

Ugyan kerestem, de nem igazan talaltam megfelelo konyvtarat hozza.

http://visjs.org - Jo lenne, de 3000 node mar megizzasztja
http://sigmajs.org - 5000 kornyeken halalozott el

https://d3js.org - meg nem probaltam, de nem fuzok hozza tul sok remenyt

Volt par celprogram is, amit a Google kidobott, de a GUI-t es a maradekot en szeretnem osszerakni, es csak a graf abrazolast out-sourceolnam.

Ha lehet, akkor fusson browserben, elfogadhato sebesseggel, de az se baj, ha desktop only, macOS Swift, vagy Qt JavaScripttel, esetleg Java / Python. A fizikai szimulacio nem fontos, viszont az aszerint rendezett autolayout jo lenne (tehat peldaul elore generalt node poziciok is boven jok, nem kell real time szamolni).

Az interaktivitas fontos, szoval nem kepet akarok generalni, hanem adatmegjelenitesre szeretnem hasznalni.

--

Legrosszabb esetben megoldas lehet meg fogni valamelyik JS library fizikai engine-jet es headless lefuttatni a szimulaciot, vagy ha van Java, Scala, Kotlin implementacio, akkor a GraalVM is jo valasztas lehet.

QT4 Multilang

Elkezdtem ismerkedni a QT-vel egy arm lapon (azzal ami rajta volt (QT4), mivel sosem programoztam még QT-ben sőt a C/C++ sem az erősségem, ráadásul egy példaprogramból építettem egy kódot amit majd valahogy QT5-re kell később átalakítanom (vagy kidobni az egészet és valami teljesen másra építeni), de ez most másodlagos (ha esetleg van valami (fél)automatizált mód, azt megsúghatnátok)) így későn jöttem rá, hogy rossz az irány. A baj, hogy a program már működik, teszi a dolgát, a GUI-val küzdök még kicsit, nem szeretném kidobni és elölről kezdeni.

Van mainwindow, settings, adjust, progress stb... „ablakaim”. A nyelv váltást a settingsben végzi és azonnal vált is a 3 megadott nyelv között, de ahogy visszalépek a kezdőablakon marad az indításkori nyelv, viszont a progressben a statikus szöveg indításkori nyelven marad a dinamikus pedig a beállítotton, de ha rányomok egy gombra akkor azon hol az egyik hol a másik jelenik meg, szóval nagy a kavar és a futásidejű nyelv váltásra amúgy sincs szükség.

Volna egy ötletem, de fogalmam sincs, hogyan tudnám megoldani. A lényeg, hogy ez a gép a bekapcsoláskor rögtön ezt a programot indítja, nincs más hozzáférés közvetlenül (konzolon ssh-val lehet ezen kívül hálózatról)
Szeretnék egy inicializáló ablakkal kezdeni (ez lenne a már meglévő settings), ahol a főbb paramétereket lehetne beállítani, pl. a GUI nyelvét is, ezeket eltárolni és a legközelebbi indításkor ne ez az ablak induljon, hanem a főablak, ahonnan akár ezt is el lehet érni (lévén ő a settings). Arra gondoltam, hogy indításkor keresek egy .config_app fájlt és ha nem létezik, akkor a program a settings-el indul, ha létezik akkor pedig a mainwindow lesz az alapértelmezett. Valaki esetleg futott már bele ilyesmibe vagy ismer ilyen projektet? (a lényeg az lenne, hogy meg is ismerjem, hogy miért csinálja, így valami kisebb kód lenne jó, amit a csekély tudásommal átlátok. Hetek óta keresgélek, próbálgatok ki programokat, de a kódbázis mindnél túlmutat a jelenlegi képességeimen) Ezen túl van még egy wiringpi problémám, a konzolos teszten működik a felhasználóval, de a guis program kilép azzal, hogy root jogot szeretne...

[megoldva] Adatpárok ábrázolása interaktív jelölési lehetőséggel

Adott jó sok számpár, melyeket tudok ábrázolni (pl. gnuplottal) x és y koordinátájú pontokként.
Ha ráviszem a kurzort egy-egy pontra, látom is az adatpontok (közelítőleges) koordinátáit.

Egy olyan (linuxos) grafikus alkalmazásra vágynék, ami
1) Akár a "jobbra/balra" gombra, akár egérmozgatásra kiemelne egy-egy adatpontot, és a neki megfelelő számpárt is pontosan megmutatná.
2) Bizonyos gombnyomás hatására egy fájlban el lehetne tárolni adatpár(ok)nak bizonyos (mondjuk kétféle) állapotát.

A wxMaxima nem tud valami ilyet? Esetleg a kst2 vagy a quickplot?

A LibreOffice tud hasonlót, meg lehet változtatni egyes pontok színét (és akkor ki is írja a vonatkozó adatpárt), de energiaigényes és egyszerre csak kevés pontot lehet így vizualizálni.

Megoldás: a kst2-vel (2.0.8 verziótól kezdődően) lehet az x->y adatpontokat (Create/Curve) ábrázolni és ctrl+c segítségével a koordinátáikat kimásolni (és szövegszerkesztőben/táblázatkezelőben elmenteni). A hibásnak gondolt pontok színezése még elég nyögvenyelős, de megoldható. (Egyelőre úgy, hogy egy másik görbét is ábrázolok, amiben a hibás pontok térnek csak el a 0-tól, értékükben megegyeznek az eredeti adattal, és más színűek.)