Тебе нужно описать проблему, но пока ты рассказываешь мне свои попытки решения этой проблемы. Я хочу понять проблему.
Описываю: лабораторная работа заключается в том, чтобы построить многоугольник по точкам. Точки пользователь вводит кликом. Я использую drawPolygon потому, что прочитал в доках, что он строит многоугольник. Вроде как подходит для решения задачи. В действительности он строит не так, как ожидалось (просто проходит по массиву точек и соединяет их, в результате порядок ввода играет роль). Про таблицу инцидентности вершин не слышал.
Получается, что в общем-то drawPolygon подходящий метод, просто в массиве точек нужно выполнить какие-то перестановки, чтобы линии нормально соединялись. А какие пока не понял.
Евгений Шатунов, drawPolygon соединяет точки по порядку. Если поставить 4 точки прямоугольника: левую верхнюю, правую верхнюю, потом нижнюю левую и нижнюю правую, то прямоугольник не получится: правая верхняя точка соединится с нижней левой, а не с нижней правой.
Пока что мне кажется, что нужно смотреть на разницу координат.
схема это хорошо
только все еще непонятно
здесь Inkscape берется как приложение, он общается с GTK, а gtk с Wayland?
А где связь самого приложения с Wayland?
В чем тогда заключается смысл заявлений разработчиков, что мы адаптировали наше приложение к Wayland? Просто использовали более современный Qt/GTK?
Борис Сёмов, вообще я не привязываюсь к конкретному языку, js привел в качестве примера.
На хабре есть статья: https://habr.com/ru/post/321652/
Там есть немного про shell. Если коротко: shell - весьма жуткая вещь с кучей проблем и костылей.
FanatPHP, это называется pipe, если я ничего не путаю.
Ниже я уже писал, что можно добавить в general purpose языки спец. синтакис как раз для этого
Тогда реализовать будет несложно.
FanatPHP, я про сам язык говорю
если я правильно понимаю у нас есть язык баш, т.е набор команд, а есть оболочка, куда мы эти команды вводим
зачем нужна оболочка - понятно, вопрос зачем нужен такой язык как баш
ведь оболочки есть и для других языков (repl), а эти самые языки можно просто допилить чтобы использовать их вместо языка шелла
тогда нас ждет чудесный мир, в котором нет баша из-за его ненужности: его задачи возьмет на себя general-purpose язык вроде питона
ну точнее он будет нужен, но только для легаси
FanatPHP, на самом деле я не очень хорошо знаю сам шелл, похоже
для меня шелл - это командный интерпретатор типа REPL.
вводишь команды, а они обрабатываются, прямо как в обычных яп.
Так чем оболочка отличается от языка?
Вижу 2 тезиса:
1. баш/powershell удобнее языка программирования для конкретных задач
2. условный питон через 10 лет не будет работать
с обоими тезисами я в общем-то согласен, однако это все проблемы отдельных реализаций (т.е языков)
Например - в питоне есть проблема с 2 и 3 версиями. В условном JS таких проблем практически нет (с годами совместимость не рушится). По 1 тезису согласен, например в яп нет удобного синтаксиса для пайпов (вроде ls | grep abc)
Но это тоже дело конкретной реализации, разве нет?
Можно добавить в условный js новые операторы, получить новый язык и радоваться жизни.
в python все круто, os.system
про го честно говоря не понял
exec.Command там куча методов
я подумал, что раз nano должен повиснуть и ожидать ввода то будет хорошей идеей использовать StdoutPipe, но ничего не вышло.
Описываю: лабораторная работа заключается в том, чтобы построить многоугольник по точкам. Точки пользователь вводит кликом. Я использую drawPolygon потому, что прочитал в доках, что он строит многоугольник. Вроде как подходит для решения задачи. В действительности он строит не так, как ожидалось (просто проходит по массиву точек и соединяет их, в результате порядок ввода играет роль). Про таблицу инцидентности вершин не слышал.
Получается, что в общем-то drawPolygon подходящий метод, просто в массиве точек нужно выполнить какие-то перестановки, чтобы линии нормально соединялись. А какие пока не понял.