LINUX.ORG.RU

История изменений

Исправление beastie, (текущая версия) :

Я просто удивляюсь от излишней сложности.

Возьмём, первый попавшийся, пример:

M178.431,138.673c-12.059,1.028-21.916,15.366-15.646,26.709c8.303,15.024,26.836-1.329,38.379,0.203
		c13.285,0.272,24.17,14.047,34.84,2.49c11.867-12.854-5.109-25.373-18.377-30.97L178.431,138.673z

  • M178.431,138.673 — двигаемся, запоминаем координату
  • c-12.059,1.028-21.916,15.366-15.646,26.709 — рисуем bezier, основываясь на предыдущей координате, последняя точка — начало следующего куска, запоминаем
  • c8.303,15.024,26.836-1.329,38.379,0.203 — тоже самое, запоминаем
  • ... ещё 2 раза тоже самое
  • z — возвращается к самой первой координате. (Мы её запомнили? А, её отдельно хранить надо...)

В общем, да, бывает хуже. Но... зачем такое для машинного формата?

Ещё в basic'е учили вместо «n times i += 1.1» делать «i = n * 1.1»! (не накапливать ошибку)

Исходная версия beastie, :

Я просто удивляюсь от излишней сложности.

Возьмём, первый попавшийся, пример:

M178.431,138.673c-12.059,1.028-21.916,15.366-15.646,26.709c8.303,15.024,26.836-1.329,38.379,0.203
		c13.285,0.272,24.17,14.047,34.84,2.49c11.867-12.854-5.109-25.373-18.377-30.97L178.431,138.673z

  • M178.431,138.673 — запоминаем координату
  • c-12.059,1.028-21.916,15.366-15.646,26.709 — рисуем bezier, основываясь на предыдущей координате, последняя точка — начало следующего куска, запоминаем
  • c8.303,15.024,26.836-1.329,38.379,0.203 — тоже самое, запоминаем
  • ... ещё 2 раза тоже самое
  • z — возвращается к самой первой координате. (Мы её запомнили? А, её отдельно хранить надо...)

В общем, да, бывает хуже. Но... зачем такое для машинного формата?

Ещё в basic'е учили вместо «n times i += 1.1» делать «i = n * 1.1»! (не накапливать ошибку)