You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
(37) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
---|
From: Max B. <be...@ma...> - 2003-04-21 16:22:40
|
Hello Dennis, Monday, April 21, 2003, 7:38:11 PM, you wrote: DT> Hello Max, DT> Monday, April 21, 2003, 6:36:08 PM, you wrote: MB>> Far состоит из окон. DT> мне больше нравиться когда фар состоит только из ком. строки и все. я DT> совершенно серьезно... приведи свою модель. MB>> При запуске есть одно окно "панели" DT> если есть обект(ы) его реализующий(ие) и в любом случае панели - это уже два окна. с точки зрения ФАРа они пока ведут себя как одно окно. Список окон, Ctrl+Tab и т.д. Ты хочешь это изменить? MB>> окно "панели" состоит из двух панелей, MB>> главного меню, строки клавиш и строки ввода команд. DT> и все это разные объекты. пока Фар управляет им как единым целым. Например, нельзя видеть одновременно коммандную строку и редактор, главное мнею и редактор. Они идут в комплекте с панелями. MB>> каждая панель это некий элемент управления (нечто, что может себя MB>> показывать и принимать события) DT> любой объект может, если его попросят и если он умеет, себя показывать. элементом управления я называю тот, который умеет. MB>> бывают следующие элементы управления: MB>> - Grid - который показывает и управляет папкой файловой системы MB>> - QuickView, Info MB>> - Tree, которая показывает файловую систему DT> мое imho это дожны быть разные объекты. разные конечно же. MB>> Еще бывают окна редактора и просмотра. DT> да, конечно но совсем не обязательно, как и все остальное, кроме DT> командной строки. конечно -- Best regards, Max mailto:be...@ma... |
From: Dennis T. <de...@sa...> - 2003-04-21 15:38:50
|
Hello Max, Monday, April 21, 2003, 6:36:08 PM, you wrote: MB> Far состоит из окон. мне больше нравиться когда фар состоит только из ком. строки и все. я совершенно серьезно... MB> При запуске есть одно окно "панели" если есть обект(ы) его реализующий(ие) и в любом случае панели - это уже два окна. MB> окно "панели" состоит из двух панелей, MB> главного меню, строки клавиш и строки ввода команд. и все это разные объекты. MB> каждая панель это некий элемент управления (нечто, что может себя MB> показывать и принимать события) любой объект может, если его попросят и если он умеет, себя показывать. MB> бывают следующие элементы управления: MB> - Grid - который показывает и управляет папкой файловой системы MB> - QuickView, Info MB> - Tree, которая показывает файловую систему мое imho это дожны быть разные объекты. MB> Еще бывают окна редактора и просмотра. да, конечно но совсем не обязательно, как и все остальное, кроме командной строки. -- Regards. Den. mailto:de...@sa... |
From: Vasily V. M. <vmo...@na...> - 2003-04-21 14:38:23
|
Hello Max, Monday, April 21, 2003, 6:36:08 PM, you wrote: MB> =EB=C1=CB =D7=C1=CD =DC=D4=CF? =E2=C1=CE=C1=CC=D8=CE=CF :) --=20 Vasily V. Moshninov jsc "Transsibneft", Omsk, Russia mailto: vmo...@na... fido: 2:5004/18...@fi... |
From: Max B. <be...@ma...> - 2003-04-21 14:33:58
|
Hello farplugins-new-api, Как я вижу FAR в объектах (текущее представление с небольшими экстраполяциями): Far состоит из окон. При запуске есть одно окно "панели" окно "панели" состоит из двух панелей, главного меню, строки клавиш и строки ввода команд. каждая панель это некий элемент управления (нечто, что может себя показывать и принимать события) бывают следующие элементы управления: - Grid - который показывает и управляет папкой файловой системы - QuickView, Info - Tree, которая показывает файловую систему Еще бывают окна редактора и просмотра. меню состоит из команд и меню. можно сделать что-нибудь типа wiki и детализировать в дальнейшем там. либо посредством CVS. Как вам это? -- Best regards, Max mailto:be...@ma... http://belugin.newmail.ru ICQ:9406811 |
From: Max B. <be...@ma...> - 2003-04-21 14:00:23
|
Hello Dennis, Monday, April 21, 2003, 1:05:41 PM, you wrote: MB>> Кстати, народ уже собрался, можно начинать :). DT> много хоть народу-то набралось? а то в листе я заметил пока только DT> двух человек плюс я :) человек шесть. -- Best regards, Max mailto:be...@ma... http://belugin.newmail.ru ICQ:9406811 |
From: Max B. <be...@ma...> - 2003-04-21 09:54:33
|
Hello Igor, Monday, April 21, 2003, 1:38:46 PM, you wrote: MB>> Еще следует, сначала прикинуть объектную модель, а потом подумать как ее MB>> лучше всего отобразить на COM. IR> Имхо, господа, _это_ надо делать в первую очередь. IR> И не прикидывать, а рисовать где-нибудь. Вот SHPшная заначка. http://scrhostplugin.sourceforge.net/nuke/modules.php?name=Content&pa=showpage&pid=5 но это только грубый пример, т.к. ставилась задача представить существующий API в объектном виде. А я бы добавил еще Actions, Windows и т.д. Файловая система не очень проработана. -- Best regards, Max mailto:be...@ma... http://belugin.newmail.ru ICQ:9406811 |
From: Igor R. <ru...@gr...> - 2003-04-21 09:48:47
|
Hi Max, MB> Еще следует, сначала прикинуть объектную модель, а потом подумать как ее MB> лучше всего отобразить на COM. Имхо, господа, _это_ надо делать в первую очередь. И не прикидывать, а рисовать где-нибудь. -- Cail |
From: Igor R. <ru...@gr...> - 2003-04-21 09:42:25
|
Hi Igor, Так как я ковырялся с юникодом довольно много в колорере, то тоже поговорю. MB>> Я бы сделал в новом API только Unicode. Чего мелочиться :) IS> Наверное так лучше всего. Только у Юникода тоже есть свои подводные IS> камни. Вот некотрые из них: IS> 1. Суррогаты: суррогат - это пара 16-битных слов, обозначающих один IS> символ. Предназначены для возможности определения в Юникоде больше, IS> чем 64К символов. По идее это на обработку строк мало влияет, только IS> надо учитывать что не всегда 16 бит = 1 символ. Тут имхо надо решать. Либо делать поддержку суррогатов, либо нет. Имхо нафик они не нужны. Если делать, то можно делать через utf32 - что есть не очень хорошо (четыре байта на символ везде и всегда), но просто. Либо делать ее неявно. Но тогда надо быть готовым ко всякого рода извращениям - типа спец-функций вычисления длины строки (просто arraylen/sizeof(wchar) не пройдет). IS> 2. "Мертвые" и специальные символы - всякие диакритические знаки, IS> которые относятся к предыдущему символу, символы, "переключающие" IS> направление письма и т.п. Эти символы сами не выводятся, но влияют на IS> вывод других. Сюда же относятся модификаторы (точки над ё, тильда над й, итд) Не думаю, что здесь есть проблема. Можно констатировать, что работы как в ворде мы не добьемся (потенциально к любой букве можно пристроить кучу модификаторов - в консоли это не выведется). Тогда просто установить, что каждое знакоместо занимает один юникодный символ. Какой - не важно. IS> 3. При выводе в консоль некоторые символы Юникода занимают два IS> знакоместа, а не одно (например, иероглифы). Поэтому например в IS> редакторе возможно, что длина строки в символах будет меньше ширины IS> экрана. Это то, о чем я говорил. Это называется не символ, а глиф - графическое изображение. Можно составить иероглиф из десяти символов - он и в два знакоместа не влезет. Короче все эти фишки - для графически приклад, направленных на редактирование естесственного текста. Так как наш редактор 'программистский', простого отображения символ->знакоместо хватит с лихвой. IS> Возможно я слишком далеко забегаю вперед, но хотелось бы, чтобы IS> фаргруп хотя бы была в курсе, что такие проблемы существуют :) Там и не такие проблемы существуют. Рекомендую сходить на unicode.org, слить оттуда все технические отчеты, проштудировать их, потом слить сам стандарт юникода и от корки до корки. Но это напрягает :) К слову, стандарт не требует полного его соблюдения. От приложения достаточно явного указания того, какие части стандарта он соблюдает, а какие игнорирует. И если игнорирует, то каким образом. -- Cail |
From: Dennis T. <de...@sa...> - 2003-04-21 09:08:26
|
Hello Max, Friday, April 18, 2003, 5:55:06 PM, you wrote: MB> Кстати, народ уже собрался, можно начинать :). много хоть народу-то набралось? а то в листе я заметил пока только двух человек плюс я :) MB> Я, например, считаю что новый Far Api должен быть: MB> - максимально похожим на COM зачем изобретать велосипед, ведь COM уже и так есть MB> (за исключением, может быть, процедуры регистрации классов) с этим полностью согласен. если плагины предполагается использовать только в Far, то регистрацию imho лучше лепить в своем месте. MB> Еще следует, сначала прикинуть объектную модель, а потом подумать как ее MB> лучше всего отобразить на COM. угу. -- Regards. Den. mailto:de...@sa... |
From: Igor S. <sko...@ma...> - 2003-04-18 14:16:12
|
Hello Max, Friday, April 18, 2003, 3:45:59 PM, you wrote: MB> =F1 =C2=D9 =D3=C4=C5=CC=C1=CC =D7 =CE=CF=D7=CF=CD API =D4=CF=CC=D8=CB= =CF Unicode. =FE=C5=C7=CF =CD=C5=CC=CF=DE=C9=D4=D8=D3=D1 :) =EE=C1=D7=C5=D2=CE=CF=C5 =D4=C1=CB =CC=D5=DE=DB=C5 =D7=D3=C5=C7=CF. =F4=CF= =CC=D8=CB=CF =D5 =E0=CE=C9=CB=CF=C4=C1 =D4=CF=D6=C5 =C5=D3=D4=D8 =D3=D7=CF= =C9 =D0=CF=C4=D7=CF=C4=CE=D9=C5 =CB=C1=CD=CE=C9. =F7=CF=D4 =CE=C5=CB=CF=D4=D2=D9=C5 =C9=DA =CE=C9=C8: 1. =F3=D5=D2=D2=CF=C7=C1=D4=D9: =D3=D5=D2=D2=CF=C7=C1=D4 - =DC=D4=CF =D0=C1= =D2=C1 16-=C2=C9=D4=CE=D9=C8 =D3=CC=CF=D7, =CF=C2=CF=DA=CE=C1=DE=C1=C0=DD= =C9=C8 =CF=C4=C9=CE =D3=C9=CD=D7=CF=CC. =F0=D2=C5=C4=CE=C1=DA=CE=C1=DE=C5=CE=D9 =C4=CC=D1 =D7= =CF=DA=CD=CF=D6=CE=CF=D3=D4=C9 =CF=D0=D2=C5=C4=C5=CC=C5=CE=C9=D1 =D7 =E0=CE= =C9=CB=CF=C4=C5 =C2=CF=CC=D8=DB=C5, =DE=C5=CD 64=EB =D3=C9=CD=D7=CF=CC=CF=D7. =F0=CF =C9=C4=C5=C5 =DC=D4=CF =CE= =C1 =CF=C2=D2=C1=C2=CF=D4=CB=D5 =D3=D4=D2=CF=CB =CD=C1=CC=CF =D7=CC=C9=D1= =C5=D4, =D4=CF=CC=D8=CB=CF =CE=C1=C4=CF =D5=DE=C9=D4=D9=D7=C1=D4=D8 =DE=D4=CF =CE=C5 =D7=D3=C5=C7=C4= =C1 16 =C2=C9=D4 =3D 1 =D3=C9=CD=D7=CF=CC. 2. "=ED=C5=D2=D4=D7=D9=C5" =C9 =D3=D0=C5=C3=C9=C1=CC=D8=CE=D9=C5 =D3=C9=CD= =D7=CF=CC=D9 - =D7=D3=D1=CB=C9=C5 =C4=C9=C1=CB=D2=C9=D4=C9=DE=C5=D3=CB=C9= =C5 =DA=CE=C1=CB=C9, =CB=CF=D4=CF=D2=D9=C5 =CF=D4=CE=CF=D3=D1=D4=D3=D1 =CB =D0=D2=C5=C4=D9=C4=D5= =DD=C5=CD=D5 =D3=C9=CD=D7=CF=CC=D5, =D3=C9=CD=D7=CF=CC=D9, "=D0=C5=D2=C5=CB= =CC=C0=DE=C1=C0=DD=C9=C5" =CE=C1=D0=D2=C1=D7=CC=C5=CE=C9=C5 =D0=C9=D3=D8=CD=C1 =C9 =D4.=D0. =FC=D4=C9= =D3=C9=CD=D7=CF=CC=D9 =D3=C1=CD=C9 =CE=C5 =D7=D9=D7=CF=C4=D1=D4=D3=D1, =CE= =CF =D7=CC=C9=D1=C0=D4 =CE=C1 =D7=D9=D7=CF=C4 =C4=D2=D5=C7=C9=C8. 3. =F0=D2=C9 =D7=D9=D7=CF=C4=C5 =D7 =CB=CF=CE=D3=CF=CC=D8 =CE=C5=CB=CF=D4= =CF=D2=D9=C5 =D3=C9=CD=D7=CF=CC=D9 =E0=CE=C9=CB=CF=C4=C1 =DA=C1=CE=C9=CD=C1= =C0=D4 =C4=D7=C1 =DA=CE=C1=CB=CF=CD=C5=D3=D4=C1, =C1 =CE=C5 =CF=C4=CE=CF (=CE=C1=D0=D2=C9=CD= =C5=D2, =C9=C5=D2=CF=C7=CC=C9=C6=D9). =F0=CF=DC=D4=CF=CD=D5 =CE=C1=D0=D2=C9= =CD=C5=D2 =D7 =D2=C5=C4=C1=CB=D4=CF=D2=C5 =D7=CF=DA=CD=CF=D6=CE=CF, =DE=D4=CF =C4=CC=C9= =CE=C1 =D3=D4=D2=CF=CB=C9 =D7 =D3=C9=CD=D7=CF=CC=C1=C8 =C2=D5=C4=C5=D4 =CD= =C5=CE=D8=DB=C5 =DB=C9=D2=C9=CE=D9 =DC=CB=D2=C1=CE=C1. =F7=CF=DA=CD=CF=D6=CE=CF =D1 =D3=CC=C9=DB=CB=CF=CD =C4=C1=CC=C5=CB=CF =DA= =C1=C2=C5=C7=C1=C0 =D7=D0=C5=D2=C5=C4, =CE=CF =C8=CF=D4=C5=CC=CF=D3=D8 =C2= =D9, =DE=D4=CF=C2=D9 =C6=C1=D2=C7=D2=D5=D0 =C8=CF=D4=D1 =C2=D9 =C2=D9=CC=C1 =D7 =CB=D5=D2=D3=C5,= =DE=D4=CF =D4=C1=CB=C9=C5 =D0=D2=CF=C2=CC=C5=CD=D9 =D3=D5=DD=C5=D3=D4=D7= =D5=C0=D4 :) --=20 WBR, Igor mailto:sko...@ma... |
From: Max B. <be...@ma...> - 2003-04-18 13:53:03
|
Hello Max, Friday, April 18, 2003, 5:45:59 PM, you wrote: IS>> Интересно знать, как в новом апи планируется решать проблему IS>> Юникода. Все строки будут передаваться в Юникоде? Или будет как в IS>> Win32, A/W функции? Останутся ли таблицы перекодировки для IS>> вьюера/редактора? Если да, будут ли они поддерживать мультибайтовые IS>> кодировки? Ну и вообще интересно, что еще планируется для Юникода :) MB> насколько я понял, готового проекта еще нет, VM обещал опубликовать MB> свои мысли по этому поводу. Кстати, народ уже собрался, можно начинать :). Еще надо пригласить остальных интересующихся, если никто не возражает. Или сначала в тесном кружку обсудить общие принципы? Я, например, считаю что новый Far Api должен быть: - объектно-ориентированным - максимально похожим на COM (за исключением, может быть, процедуры регистрации классов) Еще следует, сначала прикинуть объектную модель, а потом подумать как ее лучше всего отобразить на COM. -- Best regards, Max mailto:be...@ma... http://belugin.newmail.ru ICQ:9406811 |
From: Max B. <be...@ma...> - 2003-04-18 13:43:55
|
Hello Igor, Friday, April 18, 2003, 5:17:06 PM, you wrote: IS> Интересно знать, как в новом апи планируется решать проблему IS> Юникода. Все строки будут передаваться в Юникоде? Или будет как в IS> Win32, A/W функции? Останутся ли таблицы перекодировки для IS> вьюера/редактора? Если да, будут ли они поддерживать мультибайтовые IS> кодировки? Ну и вообще интересно, что еще планируется для Юникода :) насколько я понял, готового проекта еще нет, VM обещал опубликовать свои мысли по этому поводу. Я бы сделал в новом API только Unicode. Чего мелочиться :) -- Best regards, Max mailto:be...@ma... http://belugin.newmail.ru ICQ:9406811 |
From: Igor S. <sko...@ma...> - 2003-04-18 13:25:29
|
Hello farplugins-new-api, =E9=CE=D4=C5=D2=C5=D3=CE=CF =DA=CE=C1=D4=D8, =CB=C1=CB =D7 =CE=CF=D7=CF= =CD =C1=D0=C9 =D0=CC=C1=CE=C9=D2=D5=C5=D4=D3=D1 =D2=C5=DB=C1=D4=D8 =D0=D2= =CF=C2=CC=C5=CD=D5 =E0=CE=C9=CB=CF=C4=C1. =F7=D3=C5 =D3=D4=D2=CF=CB=C9 =C2=D5=C4=D5=D4 =D0= =C5=D2=C5=C4=C1=D7=C1=D4=D8=D3=D1 =D7 =E0=CE=C9=CB=CF=C4=C5? =E9=CC=C9 =C2= =D5=C4=C5=D4 =CB=C1=CB =D7 Win32, A/W =C6=D5=CE=CB=C3=C9=C9? =EF=D3=D4=C1=CE=D5=D4=D3=D1 =CC=C9 =D4= =C1=C2=CC=C9=C3=D9 =D0=C5=D2=C5=CB=CF=C4=C9=D2=CF=D7=CB=C9 =C4=CC=D1 =D7=D8=C0=C5=D2=C1/=D2=C5=C4=C1=CB=D4=CF=D2=C1? =E5=D3=CC=C9 =C4=C1, =C2= =D5=C4=D5=D4 =CC=C9 =CF=CE=C9 =D0=CF=C4=C4=C5=D2=D6=C9=D7=C1=D4=D8 =CD=D5= =CC=D8=D4=C9=C2=C1=CA=D4=CF=D7=D9=C5 =CB=CF=C4=C9=D2=CF=D7=CB=C9? =EE=D5 =C9 =D7=CF=CF=C2=DD=C5 =C9=CE=D4=C5= =D2=C5=D3=CE=CF, =DE=D4=CF =C5=DD=C5 =D0=CC=C1=CE=C9=D2=D5=C5=D4=D3=D1 =C4= =CC=D1 =E0=CE=C9=CB=CF=C4=C1 :) --=20 WBR, Igor mailto:sko...@ma... |