Yed graph editor beállítás
Sikerült már valakinek használható beállítást elérnie a yed graph editorban?
Nálam az auto layout gyakorlatilag használhatatlan, egyedül az edge routing ami úgy, ahogy működik, ott is kézzel kell rendezni a labeleket, hogy valahogy kinézzen... Kb 100 csomópont van a gráfomban több csoportban, mit javasoltok a főbelövésen kívül? :D
■ Nálam az auto layout gyakorlatilag használhatatlan, egyedül az edge routing ami úgy, ahogy működik, ott is kézzel kell rendezni a labeleket, hogy valahogy kinézzen... Kb 100 csomópont van a gráfomban több csoportban, mit javasoltok a főbelövésen kívül? :D
főbelövésen kívül...
Vagy megrendelőnek kell? Az az igazság, hogy megint egy olyat kérdeztél, amire szerintem kevesen fognak tudni válaszolni, esetleg akik nagyobb cégeknél elemzők, ilyesmik. Te mire használod?
Cikk írásra. Az automatikus
Az automatikus layout pocsék továbbra is, szerintem azt nem lehet normálisan beállítani egyiket sem. Az edge routing-ot orthogonal polyline-al saját beállításokkal nagyjából használható működésre lehet bírni. Átnéztem még a menüjét mielőtt panaszkodtam volna róla máshol is, hogy milyen szar, aztán megtaláltam, hogy van benne grid, és ha bekapcsolom, akkor automatikusan megy rá a snap to grid. Vannak átgondolatlanságai a programnak, de összességében még ez a legjobb graph editor, ami wysiwyg alapon működik, úgyhogy egyelőre jó lesz...
Láttam egy párat, amik linuxhoz vannak, azok parancssorból programozhatóak, ha jól sejtem. A tikz ami jó, van hozzá egy-két editor, pl ez: tikzedt. Elvileg latex-be illeszthető, amit még mindig nem toltam fel a gépemre... Lehet, hogy megteszem, mert úgy néz ki, hogy képleteknél meg gráfoknál is előtte jár a office-nak.
Van tervben egy a web
Vannak még a biztonsággal kapcsolatos cikkek, de azzal kapcsolatban még sokat kellene olvasnom, hogy könyvet tudjak írni. Egyelőre az injection-ös részt leadtam Ádámnak markdown-ban (gondolom nem örült a formátumnak). Van még tervben 3 biztonsági kérdésekkel foglalkozó rész, lehet még kettőt az authorization és authentication fejlődéséről, meg akkor már az ssl-ről is. Ha mind megvan, akkor ebből is össze lehet dobni egy könyvet, de még egyáltalán nem olyan tiszta a kép, mint webes cikksorozatnál.
Annyi a gondom ezzel a könyv meg cikkírásos témával, hogy annyit olvasok meg kutatok az utóbbi időben, hogy már a munka rovására megy. Kicsit jegelnem kell, aztán majd januárban újra kezdem. Az írói stílusomon is még bőven van mit csiszolni. Egy szakmai könyvben talán nem akkora gáz, elvégre nem regényről van szó. Az is gond, hogy gyakorlati tapasztalatom kevés van, olyan projektekről olvasok, amiket megvalósítani egyenként csapatban néhány év, és rengeteg ilyen van, egy élet kevés lenne hozzá, jobb elolvasni, hogy mások mit csináltak, aztán összerakni a teljes képet...
Nem szóltam... :)
De nem tudok semmi ilyesmit, nem is használtam.
A webtörténet és a biztonsági cikkek (méginkább) nagyon érdekelnek.
Miért nem valami wysiwyg-ben írod?
Majd még gondolkodom ezen a WL-cikkíró megoldáson, de egy pontos lista kéne a szemantikáról, hogy ne az eddigi cikkek forrásait kelljen bogarászni. És némi magyarázatokra is, mert pl. más ám az
<i>és az<em>... Ezeket ha valaki pontosan leírná, akkor talán írnék valami win appot rá, és "kiköpi" Ádámnak a HTML-t. Szerintem pár ráfordított nap alatt meg lenne, és csomó kellemetlen pluszmunkától szabadítana meg minket is és őt is. Csak kérek konkrét szabályokat, és kódszínező js fejlesztői forrást, valamint a benne szerepelhető nyelveket, rövidítéssel (ha van).Azt nem ígérem elsőre, hogy a szerkesztőfelületen ugyanaz a kódszínezés, ott lehet, hogy sima text, de valamiféle előnézeti funkciót mindenképp csinálnék neki.
Így talán több cikk lenne és gyorsabban is kerülnének ki. Vélemény? (Ádám is és cikkírók.)
Eddig bbcode-ban küldtem, az
Nem tudom, hogy egyáltalán elért e a cikk hozzá, visszajelzést nem kaptam.
Ezen a könyvön még agyalok, valszeg az lesz, hogy az egyes fejezetek szakmai részét kiteszem ide véleményezésre, aztán ha átmegy a közösségen, akkor utána összefűzöm. A ragasztó szöveg már megvan, hogy mi lesz, az egyes fejezetek is megvannak, hogy mit fognak tartalmazni, úgyhogy nagy gond nem lehet... Előtte azért utánanézek, hogy ilyen jellegű könyvekből mik vannak a piacon (nem hiszem, hogy lennének teljesen átfogóak).
WYSIWYG?
Ide bőven elég volt az md,
Pont ezért
Az, hogy Ádámnak is könnyebb legyen, meg nekünk is, megér egy kis fejlesztést, én nem tartom jó ötletnek magát a cikkírást bármilyen kóddal (BBCode, Markdown, HTML), mert szerintem mikor írod, a legjobb az, ha semmi ilyen "zavaró" kódot nem látsz, pusztán amit írsz. Mint a buta word-ben, pl.
Még nem gondolkodtam részleteiben, de pont valami rtf-jellegű szerkesztőfelületre gondolnék, ahol ugyan színes nem lesz a kódod (blokk), de csak azokat a blokk és inline elemeket tudja, amik WL-kompatibilisek. Időnként, vagy klikk eseményre pedig legenerálja a kész HTML-t, ezt jó lenne megfűszerezni egy valós nézettel is. Közben persze automatikus mentés x percenként, visszavonás, stb., amik egy jó app alapjai.
Természetesen ezer más mód van, akár online szerkesztőt is lehetne írni, de nekem ez jutott elsőre eszembe, meg felfrissíteném magam Delphiből is.
Időt ígérni nem tudok, de remélem Karácsonyra meg lenne, vagy Újévre.
Valami viszont kellene, ami könnyíti az írást is és a feltöltést is. (Egyébként ha te írod a wysiwyg szerkesztőt, akkor miért gond a sok inline kód? Teszel arra is gombot. Vagy én nem értek valamit?)
Általában nem jellemző, hogy
Akkor már csak
Jó, megpróbálom
Felszórtam ide: md-html
Bizonyos dolgokat nem tudom hogy kellene elküldeni. Ugye a cikk beküldő űrlapon külön input field-ben van a főcím, rövid leírás és a tartalom, plusz ugye még a logo is hozzájön, és a cikk sorozatoknál jobbra egy box... Kiszedtem a HTML-t, de át kéne beszélni Ádámmal is, hogy hogyan várja, aztán kitalálni neki valami egyedi markdown-t.
A biztonságis cikket nem lehet betörni a weblabor eszközeivel, mert ezer alcím van benne azt hiszem 3-4 szint mélységig, a weblabor meg 2 szintet kezel, használhatóan kb... Gondolom Ádám szív vele rendesen, ha elkezdte egyáltalán...
teljes html
De szerintem nem md a jó szerkesztő felület, hanem pl rtf dokumentum, annak utána nézek, hogy abból mennyire könnyű WL szabványos html-t csinálni. Mert Delphivel tudok viszonylag könnyen rtf szöveg-szerkesztőt csinálni, ha tudom az elemeket és a használati szabályt hozzájuk. Egy ilyen cél-szoftverrel nem futnál cím problémákba sem, esetleg egy html->md jöhet még jól a Githubra. De az alapot (cikket) egy kényelmes szerkesztőben jó írni, nem?
Hát nekem az md tök kényelmes
A kényelem csak egy
A másik: csak olyan formázási lehetőségeid vannak, amik a WL-en, megfelelő magyarázattal (showhint + esetleg környezetérzékeny súgó) ellátva. Így nem szaladsz olyan problémákba, hogy WL-inkompatibilitás miatt át kell szerkeszteni.
És amíg Ádám az egyetlen szerkesztő, aki cikket tölthet fel, addig távolról sem várható el tőle, hogy pl. a te "hibás" szintű cím-fádat kijavítsa. Egy kényelmes szerkesztő, amiben el sem tudsz követni ilyen hibát, talán némiképp jobb, még ha te szereted is md kódok közt írni a cikked (ami szerintem komoly szakmai cikknél nem is helyes, de ez egyéni vélemény).
Ami még érdekes: nem tudom, hogy MD-ban van-e lehetőség
<i>...</i>és<em>...</em>megkülönböztetésére. Mert én saját magamon tapasztaltam, hogy míg a WL CSS-ében nincs különbség köztük, Ádám szemantikai elképzelésében nagyon is van. És ez nem feltétlenül helytelen, noha én is kicsit kukacoskodásnak gondolom, de elvben helyes. Ezt pl. hogy oldod meg MD-nal? És igaza van Poetronak: lehet sorolni az ehhez hasonló inline elemeket...Ha viszont van egy szerkesztőd, ami oda is írja a gombhoz, hogy "hangsúlyos" (em), "idegen szó" (i), akkor sokkal könnyebb dolgod van.
Most az van, hogy tippelgetünk, meg másik cikkek forrását bengézzük, és nem a szakmai témával és lehető legjobb megfogalmazással foglalkozunk.
Nos, beajánlom újra: amennyire időm-energiám engedi, elkezdek írni egy WL-cikkírót Delphiben (2005), és ha közben megtanulom kliensalkalmazás nélkül használni a Githubot (ha egyáltalán lehet), akkor felteszem nyílt forrásként, vagy hozászólásokkal, hogy aki akar, részt vegyen benne. Ehhez viszont kellenének, amiket fentebb kértem.
Tudom, hogy a Delphi nemigen "divatos" már, én ebben tudnám nagyon kicsi erőforráshasználattal, és offline-ként is működőre fejleszteni. Erre JS-ben appot írni igen memória- és procizabáló lenne, böngészőfüggetlenség, stb. Szerintem egy windowsa mindenkinek van, akár egy régi és gyenge gépen is.
Jó hát én összeraktam egy
Köszi, megnéztem,
Ja hát nekem is ez volt a
Az md szerintem ebben az esetben teljesen jó, mert nincs olyan bonyolult formázás az egészben, de akár még egy wysiwyg típusú html szerkesztőt is rá lehet venni, hogy weblaboros html kimenetet adjon...
Úgy összességében ezek miatt döntöttem az md mellett: