To Mirki dla potomnych zrobię na szybko wpis podsumuwujący na #informatyka, mam chyba rozwiązanie nie da się stworzyć obecnie takiego kodu jakiego szukam z przyczyn #matematyka i braków obecnych kodów jak #html
chodzi o coś takiego https://www.youtube.com/watch?v=4M2wcyezJT0 ale to rysowania schematów dowolnych linii za pomoca edytora graficznego (tzw. wizualizacji) gdzie wszystkie zmiany i wyniki będą wyłącznie w kodzie źródłowym, tak aby robić to w 100 procentach online w live edytorze nawet za pomoca tabletu bez żadnych aplikacji tylko w przeglądarce,
Przez 2 tygodnie chciałem tylko sprawdzić kodowanie/edytor ale żeby dać jeszcze jpg i na nim pracować coś jak tutaj
W SKROCIE obrazkowo problem wygląda tak, powtórze ze wcz. wpisów jakby: jeżeli zamieniasz obraz jakikolwiek na jakikolwiek kod np. obraz z kompa na kod telegazety w tvp to nie da się powrotnie skopiować kodu po wyświetleniu w telegazecie ponownie do kompa.. przynajmniej tego wyżej, bo traci sie dane..
Jak się skopiuje kod z edytora graficznego już sie go nie wstawi, chyba że jako jpg lub coś podobnego..
Trzeba przejść do bardziej złożonego kodu jak html ale pytanie czy w jego wnętrznu jest takie narzędzie np
ale html używa obrazków jako osobnych plików a nie wersów kodu itd.. czyli idea odpada :-(
Czyli lipa, jesteśmy skazani na wikipedia cenzurę takich kodów, które nigdy nie będą dla osób kreatywnych, lepiej siedzieć na 1000 forów róznych tematycznych niż mieć jedną stronę z jedym kodem, gdzie wszystko łatwo będzie można zaleźć
Chyba nawet nie ma żadnych projektów nad takim kodem, moze w jakiś interaktywnych szkołach?
BO jak sie domyślałm małe szanse aby to zmienic w najbliższej przyszłości?
@nutka-instrumentalnews: grafika wektorowa to bezstratny sposób wyrażania kształtów, obecnie jednym ze znanych standardów jest SVG w wersji 1.1, wersja 1.2 jest w trakcie powolnej adaptacji do przeglądarek.
SVG przechowuje informacje o kształtach, ale znowu nie jest samym w sobie narzędziem, które przekształca np. punkty pomiarowe do postaci wizualizacji.
Do tego potrzebujesz pewnego rozwiązania algorytmicznego/programowego, które zaprojektowane jest tak, że: 1. z pewnego wejścia w jakiejś formie, 2. przekształć je za pomocą
@nutka-instrumentalnews: jeżeli potrzebujesz jakiegoś rozwiązania w stylu "loża szyderców", czy właśnie tworzenie jakiegoś własnego katalogu, w którym chcesz opisywać istniejące treści, to pozostaje ci polegać na tym, że możesz wykonać mirror strony, czy zapisać ją tak jak ją widzisz, np. drukując do PDF, albo zapisując przez https://github.com/gildas-lormeau/SingleFile i potem skomentować taką treść własnymi uwagami.
PDF oferuje tzw. adnotacje, że możesz zaznaczać wirtualnym np. żółtym mazakiem fragment na oryginalną treść i nałożyć
@nutka-instrumentalnews: z base64 w sumie możesz dowolny plik osadzić w HTML, a z pomocą osadzonego JavaScript go zinterpretować.
Tutaj masz np. projekt appki przeglądarkowej, która potrafi pliki wideo konwertować w locie, wykorzystując moc obliczeniową twojego komputera (a nie serwera), wykorzystujący technologię WASM (#webassembly): https://app.modfy.video/ (czyli taka, która wymaga jedynie #frontend, bez #backend)
To jednak nie ma tutaj pełnej kontroli, no ale z drugiej ludzie też są leniwi i nie chcą pisać ciągle czystego HTML-a, to powstały postacie pośrednie: * Markdown, * ASCIIDOC, * ReStruCturedtext.
Które również potrafią osadzać HTML ze wszystkimi jego możliwościami, więc na postawie teorii zbiorów/mnogości, też mogą być HTML-em :P
jedyne co sensowne z kodowania to format dot do grafów spełnia te wymogi jest kod jeden np. http://magjac.com/graphviz-visual-editor/ ale nie ma szans na żadne jpg w tle do rysowania tym kodem dopiero na nim
To musi być html bo ten jezyk obługują przeglądarki do parsowania, na takim poziomie idzie komunikacja
i teraz jakby wszystkie treści w takiej "wikipedii" szły jednym kodem html jak "ten dot"
PlanUML znowu umie znowu osadzać DOT/GraphViz, więc powtarzając kroki z powyższego bloga, możesz mieć wszystko w jednym pliku i ładnie to wyświetlać, czy konwertować do dokumentów HTML/PDF.
@nutka-instrumentalnews: proces, który opisujesz, nazywa się wersjonowaniem - Wikipedia to oferuje.
Proces porównywania wersji możesz określić jako proces recenzji i też istnieją na to narzędzia, czy wypracowane projekty, np. Review Board: https://www.reviewboard.org/ ale też taki rodzaj pracy jest wpisany w takie narzędzia jak GitHub, czy GitLab, które implementują takie funkcje.
Właściwość/atrybut niewymazywalności historii wersji archiwalnych znowu oferuje technologia blockchain, ale to znowu jest trochę inna para kaloszy: https://pl.wikipedia.org/wiki/Blockchain
np. quora poszła trochę tą drogą już nie ma tam klasycznych tagów ale jest tzw. spaces których nawet nie można przeglądać, nie ma ich listy itd a tworzą je dynamicznie użytkownicy coś jak grupy na fb, zadając pytanie algorytm porządkuje to do spaces i administrator zatwierdza
co daje lepsze wyniki niż wikipedia gdzie cenzura prewencyjna niszczy z połowę treści, na quora nie ma głupich pytań ale użytkownicy robią jakąś faktycznie "strukturę cenzury",
@nutka-instrumentalnews: nie wiem jaki masz zarzut do Wikipedii, która jest jednym z mocniej archiwizowanych rzeczy na globie, a którą możesz pobrać w pełni offline, która ma system wersjonowania wbudowany.
rozwiązania 1) najprościej on musiałby być dalej jako wektor/raster w tle jak svg czy inny jpg (czyli musi być html wyjściowo) a nad nim graficznie powstałby jakiś kod w base64 wklejany/archiwzowany w jakiejkolwiek wikipedii..
plusy: możliwość wyszukiwania "źródłowego problemu" czyli tego jpg w tle np. google ikonami co by nie działało jakby wszystko było
W celach np. dedykowanych Wikipedii, to może jednak nie trzeba aż takiego skomplikowanego rozwiązania i np. wystarczyłoby to skroić do wgrywania gotowej grafiki (czy to wektorowej, czy rastrowej) i dawania możliwości umieszczania wektorowo tekstu na górnej warstwie, w celu np. opisywania anatomii ślimaka, czyli do: https://en.wikipedia.org/wiki/Exploded-view_drawing
Innym istniejącym czymś, co jest prezentowane graficznie, to są mapy GIS
pełna zgoda że najlepiej robić to w svg i html a nie żadne graphy*file rozszerzenia co nic z nimi potem nie można przenosić bez utraty danych
** przy okazji chyba Diagrams.net do grafów jako alternatywa do yEd korzysta z svg własnie bo tam w jako jedynym programie można wkopiować jpg do grafu.. ??
tak na marginesie, czyli jak dobrze rozumiem, bo jestem trochę osobą starszej daty o te sprawy, nie na bieżąco, kiedyś się tym bawiłem ale wtedy wrzucało sie przez ftp całe strony :-)
Czyli nadal jest tak pomimo tych wszystkich stron java, jezyków c itd podstawowy jezyk dla każdej przeglądarki od smarfona do pc to html? np. przy parsowaniu stron i wyświetlaniu kodu źródłowego w przeglądarce wszystko jest sprowadzane do html?
chodzi o coś takiego https://www.youtube.com/watch?v=4M2wcyezJT0 ale to rysowania schematów dowolnych linii za pomoca edytora graficznego (tzw. wizualizacji) gdzie wszystkie zmiany i wyniki będą wyłącznie w kodzie źródłowym, tak aby robić to w 100 procentach online w live edytorze nawet za pomoca tabletu bez żadnych aplikacji tylko w przeglądarce,
Przez 2 tygodnie chciałem tylko sprawdzić kodowanie/edytor ale żeby dać jeszcze jpg i na nim pracować coś jak tutaj
https://homepages.inf.ed.ac.uk/cheunen/freetikz/freetikz.html
https://tex.stackexchange.com/questions/84890/does-there-exist-an-online-latex-diagram-graphical-editor-that-produces-correspo
Wniosek nie da się z przyczyn matematycznych i wad kodów https://en.wikipedia.org/wiki/3D_projection https://en.wikipedia.org/wiki/PGF/TikZ
W SKROCIE obrazkowo problem wygląda tak, powtórze ze wcz. wpisów jakby: jeżeli zamieniasz obraz jakikolwiek na jakikolwiek kod np. obraz z kompa na kod telegazety w tvp to nie da się powrotnie skopiować kodu po wyświetleniu w telegazecie ponownie do kompa..
przynajmniej tego wyżej, bo traci sie dane..
Jak się skopiuje kod z edytora graficznego już sie go nie wstawi, chyba że jako jpg lub coś podobnego..
Trzeba przejść do bardziej złożonego kodu jak html ale pytanie czy w jego wnętrznu jest takie narzędzie
np
ale html używa obrazków jako osobnych plików a nie wersów kodu itd.. czyli idea odpada :-(
Czyli lipa, jesteśmy skazani na wikipedia cenzurę takich kodów, które nigdy nie będą dla osób kreatywnych, lepiej siedzieć na 1000 forów róznych tematycznych niż mieć jedną stronę z jedym kodem, gdzie wszystko łatwo będzie można zaleźć
Chyba nawet nie ma żadnych projektów nad takim kodem, moze w jakiś interaktywnych szkołach?
BO jak sie domyślałm małe szanse aby to zmienic w najbliższej przyszłości?
#komputery #ciekawostki
#technologia #programowanie #internet
obraz nie może byc osobnym kodem/plikiem a to odpada - nie ma wtedy rejestru zmian tego pliku, nie da się go zmieniać online z tym rejestrem zmian
odpada to na wikipedii
Niczym po trzecie nie różni się od kodu wiki obecnego, który ma wady, nie zachęca do rozwiązań analiza laików tak aby przedstawiali swoją wersję w
SVG przechowuje informacje o kształtach, ale znowu nie jest samym w sobie narzędziem, które przekształca np. punkty pomiarowe do postaci wizualizacji.
Do tego potrzebujesz pewnego rozwiązania algorytmicznego/programowego, które zaprojektowane jest tak, że:
1. z pewnego wejścia w jakiejś formie,
2. przekształć je za pomocą
PDF oferuje tzw. adnotacje, że możesz zaznaczać wirtualnym np. żółtym mazakiem fragment na oryginalną treść i nałożyć
HTML oferuje osadzanie obrazków - zarówno wektorowych, jak i rastrowych. Najczęściej przechowywanych w postaci base64:
↘️ https://www.google.com/search?hl=en&q=data%20html%20img%20inline%20base64
↘️ https://www.google.com/search?hl=en&q=how%20to%20embed%20svg%20in%20html%3F
HTML też oferuje osadzanie skryptów JavaScript, czy stylów CSS.
To wszystko umożliwia tworzenie dokumentów jednoplikowych.
Przykład takiego systemu blogowania jednoplikowego:
https://tiddlywiki.com/
Tutaj masz np. projekt appki przeglądarkowej, która potrafi pliki wideo konwertować w locie, wykorzystując moc obliczeniową twojego komputera (a nie serwera), wykorzystujący technologię WASM (#webassembly):
https://app.modfy.video/ (czyli taka, która wymaga jedynie #frontend, bez #backend)
Rozwijaną na GitHub: https://github.com/modfy/videotranscode.space
To jednak nie ma tutaj pełnej kontroli, no ale z drugiej ludzie też są leniwi i nie chcą pisać ciągle czystego HTML-a, to powstały postacie pośrednie:
* Markdown,
* ASCIIDOC,
* ReStruCturedtext.
Które również potrafią osadzać HTML ze wszystkimi jego możliwościami, więc na postawie teorii zbiorów/mnogości, też mogą być HTML-em :P
Prócz
jedyne co sensowne z kodowania to format dot do grafów spełnia te wymogi jest kod jeden np. http://magjac.com/graphviz-visual-editor/ ale nie ma szans na żadne jpg w tle do rysowania tym kodem dopiero na nim
To musi być html bo ten jezyk obługują przeglądarki do parsowania, na takim poziomie idzie komunikacja
i teraz jakby wszystkie treści w takiej "wikipedii" szły jednym kodem html jak "ten dot"
@nutka-instrumentalnews: https://blog.anoff.io/2018-07-31-diagrams-with-plantuml/
PlanUML znowu umie znowu osadzać DOT/GraphViz, więc powtarzając kroki z powyższego bloga, możesz mieć wszystko w jednym pliku i ładnie to wyświetlać, czy konwertować do dokumentów HTML/PDF.
Proces porównywania wersji możesz określić jako proces recenzji i też istnieją na to narzędzia, czy wypracowane projekty, np. Review Board: https://www.reviewboard.org/ ale też taki rodzaj pracy jest wpisany w takie narzędzia jak GitHub, czy GitLab, które implementują takie funkcje.
Właściwość/atrybut niewymazywalności historii wersji archiwalnych znowu oferuje technologia blockchain, ale to znowu jest trochę inna para kaloszy:
https://pl.wikipedia.org/wiki/Blockchain
Sam blockchain i
co daje lepsze wyniki niż wikipedia gdzie cenzura prewencyjna niszczy z połowę treści, na quora nie ma głupich pytań ale użytkownicy robią jakąś faktycznie "strukturę cenzury",
Przykład:
↘️ https://commons.wikimedia.org/wiki/File:Guy_Standing.jpeg#filehistory
↘️ https://en.wikipedia.org/w/index.php?title=Guy_Standing_(economist)&action=history
⠀↘️ kontekst: https://www.google.com/search?hl=en&q=guy%20standing%20sitting
⛓️ https://en.wikipedia.org/w/index.php?title=Guy_Standing_(economist)&diff=prev&oldid=945296656
❌️
⛓️ https://en.wikipedia.org/w/index.php?title=Guy_Standing_(economist)&diff=prev&oldid=1138972757
rozwiązania
1) najprościej on musiałby być dalej jako wektor/raster w tle jak svg czy inny jpg (czyli musi być html wyjściowo) a nad nim graficznie powstałby jakiś kod w base64 wklejany/archiwzowany w jakiejkolwiek wikipedii..
plusy: możliwość wyszukiwania "źródłowego problemu" czyli tego jpg w tle np. google ikonami co by nie działało jakby wszystko było
Przy czym SVG może zawierać się w HTML, ale rzadko kiedy HTML może zawierać się w SVG (prawie nic tego nie obsługuje).
Mając SVG/HTML, możesz opisać np. rastrowy obrazek anatomii człowieka, że tekst pozostaje tekstem, a nie jest renderowany/bake'owany do pikseli.
https://stackoverflow.com/a/6250418/12755962
W innym przypadku pozostaje ci skorzystanie z atrybutów
alt=
ititle=
tagu<IMG>
:↘️ https://pl.wikipedia.org/wiki/Web_Content_Accessibility_Guidelines
↘️ https://pl.wikipedia.org/wiki/Dost%C4%99pno%C5%9B%C4%87_(WWW)
↘️ https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA
https://github.com/SVG-Edit/svgedit
W celach np. dedykowanych Wikipedii, to może jednak nie trzeba aż takiego skomplikowanego rozwiązania i np. wystarczyłoby to skroić do wgrywania gotowej grafiki (czy to wektorowej, czy rastrowej) i dawania możliwości umieszczania wektorowo tekstu na górnej warstwie, w celu np. opisywania anatomii ślimaka, czyli do:
https://en.wikipedia.org/wiki/Exploded-view_drawing
Innym istniejącym czymś, co jest prezentowane graficznie, to są mapy GIS
https://www.clker.com/cliparts/8/D/P/d/z/z/the-anatomy-of-english.svg
ok, można pobrać svg kod i wkleić tutaj czyli jest archiwizacja http://jsfiddle.net/roeyca1z/1/
pełna zgoda że najlepiej robić to w svg i html a nie żadne graphy*file rozszerzenia co nic z nimi potem nie można przenosić bez utraty danych
** przy okazji chyba Diagrams.net do grafów jako alternatywa do yEd korzysta z svg własnie bo tam w jako jedynym programie można wkopiować jpg do grafu.. ??
W
Czyli nadal jest tak pomimo tych wszystkich stron java, jezyków c itd podstawowy jezyk dla każdej przeglądarki od smarfona do pc to html? np. przy parsowaniu stron i wyświetlaniu kodu źródłowego w przeglądarce wszystko jest sprowadzane do html?
czyli jak