Another Screen Shot

[Zlobomir 3]

23.07.2006 вышел новый релиз Стронга 2.00 :stuart:

http://rapidshare.de/files/26891525/StrongDC2.00_RU.rar.html

Дайте ссылку где можно хотя бы бетту версию Апекса скачать

23.07.2006 New release of Strong DC++ 2.00 is out. :stuart:

http://rapidshare.de/files/26891525/StrongDC2.00_RU.rar.html

Please, give me a link to download Apex DC++ beta. :)

[Crise 26]

Well i can't give a link to something that doesn't exist

But there will be a preview release of some sort before 1.0.0 Final

(at least there was plans for such release, but plans may change)

[Zlobomir 3]

Well i can't give a link to something that doesn't exist

But there will be a preview release of some sort before 1.0.0 Final

(at least there was plans for such release, but plans may change)

Я не могу дать ссылки для это, что не существует.

Ну перед 1.0.0.0 Final будет версия для предварительный просмотр.

(найменьшее мы имеем такие намерения, ну эти намерения можно измениться)

[aninerbe 0]

1. Есть такая глупая команда контекстного меню: RemoveFromAll=(Удалить пользователя из очереди), которая находится прямо над командой ForceAttempt=(Усиленная попытка). Во первых эта команда практически никогда не используется, а во вторых она находится рядом с частоиспользуемой командой ForceAttempt=(Усиленная попытка) - и бывали случаи нечайного нажатия RemoveFromAll .

Либо переместите эту команду рядом с теми, которые тоже редко используются, либо вообще ее удалите.

2. Реализуйте возможность докачки файл-листа. Бывает что связь на публичных хабах нестабильная, конект рвется периодически, файл лист у юзера большой. Таким образом фал лист закачивается с 20-30 попытки - в результате в пустую расходуется интернет трафик и время.

[Zlobomir 3]

1. Есть такая глупая команда контекстного меню: RemoveFromAll=(Удалить пользователя из очереди), которая находится прямо над командой ForceAttempt=(Усиленная попытка). Во первых эта команда практически никогда не используется, а во вторых она находится рядом с частоиспользуемой командой ForceAttempt=(Усиленная попытка) - и бывали случаи нечайного нажатия RemoveFromAll .

Либо переместите эту команду рядом с теми, которые тоже редко используются, либо вообще ее удалите.

2. Реализуйте возможность докачки файл-листа. Бывает что связь на публичных хабах нестабильная, конект рвется периодически, файл лист у юзера большой. Таким образом фал лист закачивается с 20-30 попытки - в результате в пустую расходуется интернет трафик и время.

1. There is such a stupid command in the context menu: "Remove From All", which is placed right over the command "Force Attempt". First, this command is practically never used, second it is close to the oftenly used command "Force Attempt" - and sometimes "Remove From All" was clicked accidentally.

Please place "Remove From All" together with these which are also rarely used or delete it at all.

2. Please add an ability for resuming of file-list download. Connection on public hubs is often unstable, user's file-list size is large. In this way file-list downloads in 20-30 attempts, as a result time and bandwidth is lost.

[Lee 84]

1. There is such a stupid command in the context menu: "Remove From All", which is placed right over the command "Force Attempt". First, this command is practically never used, second it is close to the oftenly used command "Force Attempt" - and sometimes "Remove From All" was clicked accidentally.

Please place "Remove From All" together with these which are also rarely used or delete it at all.

SDC++ 2.0 fixed this by adding a break/line between the two.

[Crise 26]

1. There is such a stupid command in the context menu: "Remove From All", which is placed right over the command "Force Attempt". First, this command is practically never used, second it is close to the oftenly used command "Force Attempt" - and sometimes "Remove From All" was clicked accidentally.

Please place "Remove From All" together with these which are also rarely used or delete it at all.

2. Please add an ability for resuming of file-list download. Connection on public hubs is often unstable, user's file-list size is large. In this way file-list downloads in 20-30 attempts, as a result time and bandwidth is lost.

Zlobomir: thanks for the translation (and all the past ones )

aninerbe: i'll see what i can come up with to reduce accidental clicks, about resuming filelists i'm not sure, but will take a look, maybe add an option or something...

edit: Lee was faster you can ignore most of my post, and it's called separator Lee :D

[Zlobomir 3]

SDC++ 2.0 fixed this by adding a break/line between the two.

SDC++ 2.0 отстранил это с добавление линия между них.

Note: As 2. was not commented, may I ask whether there will be some problems with user ID, i. e. how Apex will know that the user is one and the same and the File-list haven't changed due to a refresh?

P. S. This post will do with no edit. :D

Edited July 31, 2006 by Zlobomir

[locoguru 0]

I know it's tough guys, but it IS the world wide web... you've made a great reputation for yourselves and now you gotta live with it!! :P

[aninerbe 0]

1. В Strong 2.0 и 2.1 есть глюк - не сортируется список пользователей по нескольким буквам ника:

http://slil.ru/22977148/1835118950/clip0001.avi

2. В Strong (начиная с версии 126 - (это мной было замечено) есть странная возможность качать с пользователей файлы, находящиеся в папках:

SettingsUnfinishedDownloadDirectory=Папка не законченых скачиваний и SettingsDownloadDirectory=Стандартная папка для скаченных файлов.

То есть с меня юзеры качали файлы на Strong находящиеся в этих папках (докаченные и не докаченные).

(У меня такое было только 1 раз на PerWeb - что я качал файл не находящийся в шаре у человека)

Очень было бы хорошо если бы такая возможность была бы и Апекс.

3 лог:

[21:43:47] <Rukovoditel> меня всегда в rmDC это привлекало

[21:44:00] <Rukovoditel> такой опции больше не видел нигде

[21:45:15] <Rukovoditel> когда я включаю лимит, на некоторых юзерах можно кликнуть правой кнопочкой и сделать ограничение наоборот

[21:45:27] <Rukovoditel> то есть у них ограничения не будет

[21:45:31] <Rukovoditel> и наоборот

[21:46:05] <Rukovoditel> когда нету лимита, на некоторых кликнешь правой кнопкой, там выберешь реверсивный лимит - тока у тех юзеров лимит и будет

[Zlobomir 3]

1. В Strong 2.0 и 2.1 есть глюк - не сортируется список пользователей по нескольким буквам ника:

http://slil.ru/22977148/1835118950/clip0001.avi

2. В Strong (начиная с версии 126 - (это мной было замечено) есть странная возможность качать с пользователей файлы, находящиеся в папках:

SettingsUnfinishedDownloadDirectory=Папка не законченых скачиваний и SettingsDownloadDirectory=Стандартная папка для скаченных файлов.

То есть с меня юзеры качали файлы на Strong находящиеся в этих папках (докаченные и не докаченные).

(У меня такое было только 1 раз на PerWeb - что я качал файл не находящийся в шаре у человека)

Очень было бы хорошо если бы такая возможность была бы и Апекс.

3 лог:

[21:43:47] <Rukovoditel> меня всегда в rmDC это привлекало

[21:44:00] <Rukovoditel> такой опции больше не видел нигде

[21:45:15] <Rukovoditel> когда я включаю лимит, на некоторых юзерах можно кликнуть правой кнопочкой и сделать ограничение наоборот

[21:45:27] <Rukovoditel> то есть у них ограничения не будет

[21:45:31] <Rukovoditel> и наоборот

[21:46:05] <Rukovoditel> когда нету лимита, на некоторых кликнешь правой кнопкой, там выберешь реверсивный лимит - тока у тех юзеров лимит и будет

1. In Strong 2.0 и 2.1 there is a bug - User list doesn't sort on several nick's letters:

http://slil.ru/22977148/1835118950/clip0001.avi

2. In Strong (starting with v. 126 - (I noticed that) there is a strange possibility to Dd from users files, placed in the following folders:

SettingsUnfinishedDownloadDirectory=Unfinished Downloads and SettingsDownloadDirectory=Standard folder for Dded files.

i. e. Users have Dded from me files by Strong placed in these folders (Dded and Unfinished).

(I had this only once on PerWeb - I was downloading a file, not in the user's share).

It would be very good if there is such an option in Apex too.

3. Log:

[21:43:47] <Rukovoditel> I was always attracted by this in rmDC

[21:44:00] <Rukovoditel> Haven't seen such an option elsewhere

[21:45:15] <Rukovoditel> When I switch on Limit, I could right-click on several users and make the limitation reverse

[21:45:27] <Rukovoditel> I. e. they will not be limited

[21:45:31] <Rukovoditel> and vice-versa

[21:46:05] <Rukovoditel> When there is no Limit, right-click on several users, choose there the reverse limit - then these users will be limited.

Note: I know the translation too s*cks, but it's too late. ;)

Edited August 3, 2006 by Crise

[aninerbe 0]

Log:

[22:48:10] <Subcreator> кстати, по поводу Apex-а

[22:48:35] <Subcreator> есть ли там опция - добавление в favorites по нику, когда человек в офлайне?

[22:48:46] <Subcreator> походу нигде этого нет

[22:52:23] <Subcreator> идеальный вариант - добавление в избранные по IP адресу - если человек часто ники меняет, и обратно: по нику - если у человека динамический IP (часто меняется) и классическое добавление с помощью контекстного меню!

[aninerbe 0]

1. Отображать другим цветом названия файлов, в скаченном файл листе пользователя, которые уже есть у меня. Принципе есть такая опция, как "не скачивать файлы находящиеся в меня в шаре(Shared)"=String Name="SettingsDontDlAlreadyShared", но хотчется, чтобы это было и визуально отображено, чтобы было видно, какие у меня файлы уже есть, а каких нет. Такая опция кстати есть в eMule - Красным цветом показаны файлы которые стоят на закачке, а зеленым цветом, которые уже есть в шаре(Shared).

2. Раз есть список избранных пользователей - то хорошо чтобы был черный список пользователей, опять же либо по нику, либо по IP адресу вносится конкретное лицо в этот список и ему на выбор: либо в последнюю очередь даётся слот, либо пожизненый игнор(игнорирование).(Этот пункт является дополнением к Post 22. p 4. и Post 62., а так же модификация Post 32. p 2 - теперь заполнив поле IP избранных пользователсях я смогу увидеть, что в чат вошел юзер с указанным IP под ником: "***".

[Zlobomir 3]

Log:

[22:48:10] <Subcreator> кстати, по поводу Apex-а

[22:48:35] <Subcreator> есть ли там опция - добавление в favorites по нику, когда человек в офлайне?

[22:48:46] <Subcreator> походу нигде этого нет

[22:52:23] <Subcreator> идеальный вариант - добавление в избранные по IP адресу - если человек часто ники меняет, и обратно: по нику - если у человека динамический IP (часто меняется) и классическое добавление с помощью контекстного меню!

[22:48:10] <Subcreator> BTW, concerning Apex

[22:48:35] <Subcreator> Does it have an option - Add in Favorites by nick, when the user is offline?

[22:48:46] <Subcreator> Haven't seen this anywhere

[22:52:23] <Subcreator> perfect would be - addition in selected (?favorite?) by IP address - if the person often changes nicks, or vice-versa: by nick - if the person has a dynamic IP (often changes) and classic addition through the context menu!

--------------------------------------------------------------------------------------------------------

1. Отображать другим цветом названия файлов, в скаченном файл листе пользователя, которые уже есть у меня. Принципе есть такая опция, как "не скачивать файлы находящиеся в меня в шаре(Shared)"=String Name="SettingsDontDlAlreadyShared", но хотчется, чтобы это было и визуально отображено, чтобы было видно, какие у меня файлы уже есть, а каких нет. Такая опция кстати есть в eMule - Красным цветом показаны файлы которые стоят на закачке, а зеленым цветом, которые уже есть в шаре(Shared).

2. Раз есть список избранных пользователей - то хорошо чтобы был черный список пользователей, опять же либо по нику, либо по IP адресу вносится конкретное лицо в этот список и ему на выбор: либо в последнюю очередь даётся слот, либо пожизненый игнор(игнорирование).(Этот пункт является дополнением к Post 22. p 4. и Post 62., а так же модификация Post 32. p 2 - теперь заполнив поле IP избранных пользователсях я смогу увидеть, что в чат вошел юзер с указанным IP под ником: "***".

1. Displaying in different color in user's Downloaded Files List the file names, which I already have. Basically there is such an option, like "Don't download files already in share"(Shared)"=String Name="SettingsDontDlAlreadyShared", but I would like this to be also visually displayed, in order to be seen which files I already have and which not. Such an option is present in eMule - In red color are shown files which remain for download, and with green color - which are already in share (Shared).

2. Having a list of selected users - or better said black list of users, again by nick or IP address, a particular person is added in this list and options for him: giving him slot last, or ignoring him forever. (This point is addition to Post 22. p 4. и Post 62., аnd also modification of Post 32. p 2 - then upon filling the field with IP of selected users I can see that in chat entered a user with noted IP under nick "***".

Note: Didn't understand completely: 2. Having a list of selected users ... IP under nick "***".

aninerbe: Я не понимал вполнее: 2. Раз есть список избранных пользователей ... IP под ником: "***".

[amp 0]

О, у вас тут типа русский саппорт центр ))

Может тогда проще багрепорты и саджешены кидать на русском, а не переводить на английский?)

[aninerbe 0]

На мой взгляд идеальная система Favorites должна выглядеть следующим образом:

Окончательный вариант Post 63. p 2.

1. Добавление пользователя:

1.1 Из контекстного меню - Добавить пользователя в избранные

1.2 Меню Favorites - New User - Вводится IP или Nick

2. Доступные команды:

2.1. Дать пользователю автослот

2.2. Показывать вошел - вышел в главном чате (применительно к 1.2:[02:44:12] ** Joins <Nick>. [02:44:12] ** Joins <192.168.1.10>)

2.3. Игнорировать

2.4 Дать пользователю слот, при условии что есть 2 и более свободных (MiniFireWall = слоты для нелюбимых пользователей)

amp - Изыди Демон! создавай собственную тему :)

[Crise 26]

[22:48:10] <Subcreator> BTW, concerning Apex

[22:48:35] <Subcreator> Does it have an option - Add in Favorites by nick, when the user is offline?

[22:48:46] <Subcreator> Haven't seen this anywhere

[22:52:23] <Subcreator> perfect would be - addition in selected (?favorite?) by IP address - if the person often changes nicks, or vice-versa: by nick - if the person has a dynamic IP (often changes) and classic addition through the context menu!

Nope, since i don't think such option is possible anymore (since you need CID of the user to add him/her to favs) :)

[aninerbe 0]

Crise - Уголовный розыск - это тоже хорошо , но основная идея этой опции :

1. Поиск admin,ов на Counter-Strike (Очень нужная опция, так как они банят без обоснования )

2. Выявление spamer,ов и назначение им пожизненного игнора.

3. выдача автослота по nick (Хотя возможно это глюк Apex.a - у меня стоит закачка с Интернета от одного пользователя,

но при каждой смене моего динамического IP адреса - пользователь с которого я качаю почему то перестаёт быть избранным.

Таким образом у меня в Favorites пользователь записан 4 раза подряд и это при том что его IP и ник постоянные)

IP это как № ICQ и если я кого то отследил таким образом - то что в этом такого страшного ???

По-моему будет очень удобно !!!

[Zlobomir 3]

IMHO an ideal Favourites system should look like:

Final version Post 63. p 2.

1. User addition:

1.1 From context menu - Add user in selected

1.2 Favourites menu - New User - Enter IP or Nick

2. Accessible commands:

2.1. Granting user autoslot

2.2. Indicator joined - left in mainchat (f. ex. to 1.2 : [02:44:12] ** Joins <Nick>. [02:44:12] ** Joins <192.168.1.10>)

2.3. Ignore

2.4 Grant user a slot, if there are 2+ slots free (MiniFireWall = slots for not favourite users)

Crise - ?Main search? - good too, but the basic idea of this option is:

1. Searching admins on Counter-Strike (Very needed option, since they are banning for no explanation )

2. Pointing out of spammers and giving them lifetime ignore.

3. Granting autoslot by Nick (Maybe this is bug in Apex - I have a Download from Internet from a particular user, but at each change of my dynamic IP address the a. m. user for some reason is not selected anymore.

In this way I have in Favourites this user four times and his nick and IP are permanent (?one and the same?)

IP is like № ICQ and if I've traced down someone in this way, what is so dreadful???

I think it would be very comfortable!!!

Note: For the user 4 times in Favs - probably the hubs are different. IP identification is doubtful, since the user may have dynamic IP as you. And due to protocol restrictions currently we can't associate nick-hub, so there will be a great mess. I reserve the right to be wrong.

Заб: Для юзера 4 раза в Фавс - можно что хубове разнее. ИП идентификация есть сомнительная, потому что ИП пользвателя можеть быть динамическое как твое. Также во причине протокольное ограничение сейчьс мы не сможем сверзать ник-хуб, в резултате будет большая каша.

[aninerbe 0]

Неужели я какие то фантастический запросы описываю ?? Lee поддержи меня

Обычное добавление в Apexe:

<User LastSeen="1156485690" GrantSlot="1" UserDescription="" Nick="qwertу" URL="dchub://***:411" CID="G2SWISRYFIGMEAVGPCMFTR6NIWWGTZKQR3EKARI"/>

А вот - через Ctrl+U - допустим User OffLine и я знаю только его Nick.

<User LastSeen=" "(нет - сгенерируется когда пользователь будет Online) GrantSlot="1" ПоказыватьВошелВышелВЧате="1" Игнорировать= "0" IP= " " MiniFireWall= "0" UserDescription="" Nick="qwertу" URL=" " CID=" "(нет - сгенерируется когда пользователь будет Online) />

И в следующий раз, когда появится пользователь с таким Nick, можно будет из контекстного меню выполнить команду: "Обновить информацию о пользователе":

<User LastSeen="1156485690" GrantSlot="1" ПоказыватьВошелВышелВЧате="1" UserDescription="" Игнорировать= "0"

IP= " " MiniFireWall= "0" UserDescription="" Nick="qwertу" URL="dchub://***:411" CID="G2SWISRYFIGMEAVGPCMFTR6NIWWGTZKQR3EKARI"/>

Если этот запрос будет реализован, то в финальной версии Apex2008 наверно можно будет выбирать для каждого пользователя отдельный звук Вошел-Вышел )

Zlobomir

[amp 0]

Вообще б не привязываться к нику или айпи, а сотворить какой-нить уникальный ключ клиента. И на него ориентироваться. Тогда можно будет и ники как в ирке менять .

Только супротив протоколу это уже будет наверное?

Я уже постил тут (на английском) насчет постоянных экстраслотов, ну т.е. чтобы они не пропадали при выходе из клиента или уходе получателя слота. А то как-то не совсем удобно, не все же компы на ночь оставляют. А потом выпрашивай опять слота (или у тебя выпрашивают)...

[Zlobomir 3]

Вообще б не привязываться к нику или айпи, а сотворить какой-нить уникальный ключ клиента. И на него ориентироваться. Тогда можно будет и ники как в ирке менять .

Только супротив протоколу это уже будет наверное?

Я уже постил тут (на английском) насчет постоянных экстраслотов, ну т.е. чтобы они не пропадали при выходе из клиента или уходе получателя слота. А то как-то не совсем удобно, не все же компы на ночь оставляют. А потом выпрашивай опять слота (или у тебя выпрашивают)...

amp, твой английский хороший чем мой русский. Пожалуйста, переведи твой пост. А если ты имееш времени для перевода постях aninerbe, большое спасибо.

[amp 0]

Мне проще переводить с английского на русский, чем наоборот. Английский у меня намного более костноязычный, не хватает практики...

Ну ладно, попробую.

Неужели я какие то фантастический запросы описываю ?? Lee поддержи меня

Обычное добавление в Apexe:

<User LastSeen="1156485690" GrantSlot="1" UserDescription="" Nick="qwertу" URL="dchub://***:411" CID="G2SWISRYFIGMEAVGPCMFTR6NIWWGTZKQR3EKARI"/>

А вот - через Ctrl+U - допустим User OffLine и я знаю только его Nick.

<User LastSeen=" "(нет - сгенерируется когда пользователь будет Online) GrantSlot="1" ПоказыватьВошелВышелВЧате="1" Игнорировать= "0" IP= " " MiniFireWall= "0" UserDescription="" Nick="qwertу" URL=" " CID=" "(нет - сгенерируется когда пользователь будет Online) />

И в следующий раз, когда появится пользователь с таким Nick, можно будет из контекстного меню выполнить команду: "Обновить информацию о пользователе":

<User LastSeen="1156485690" GrantSlot="1" ПоказыватьВошелВышелВЧате="1" UserDescription="" Игнорировать= "0"

IP= " " MiniFireWall= "0" UserDescription="" Nick="qwertу" URL="dchub://***:411" CID="G2SWISRYFIGMEAVGPCMFTR6NIWWGTZKQR3EKARI"/>

Если этот запрос будет реализован, то в финальной версии Apex2008 наверно можно будет выбирать для каждого пользователя отдельный звук Вошел-Вышел )

Am I saying something incredible ?? Support me Lee

Simple addition into Apex

<User LastSeen="1156485690" GrantSlot="1" UserDescription="" Nick="qwertу" URL="dchub://***:411" CID="G2SWISRYFIGMEAVGPCMFTR6NIWWGTZKQR3EKARI"/>

If I want to add someone who's offline and I know only his nick, on Ctrl+U:

<User LastSeen=" "(none - will be generated when he'll goes online) GrantSlot="1" ShowJoinsParts="1" Ignore= "0" IP= " " MiniFireWall= "0" UserDescription="" Nick="qwertу" URL=" " CID=" "(none - will be generated when he'll goes online) />

When this user goes online next time, i'll be able to "update user info" from context menu

<User LastSeen="1156485690" GrantSlot="1" ShowJoinsParts="1" UserDescription="" Ignore= "0"

IP= " " MiniFireWall= "0" UserDescription="" Nick="qwertу" URL="dchub://***:411" CID="G2SWISRYFIGMEAVGPCMFTR6NIWWGTZKQR3EKARI"/>

So if this thing will be made, we probably would be able to set individual Joins/Parts sounds in final Apex2008.

Вообще б не привязываться к нику или айпи, а сотворить какой-нить уникальный ключ клиента. И на него ориентироваться. Тогда можно будет и ники как в ирке менять .

Только супротив протоколу это уже будет наверное?

Я уже постил тут (на английском) насчет постоянных экстраслотов, ну т.е. чтобы они не пропадали при выходе из клиента или уходе получателя слота. А то как-то не совсем удобно, не все же компы на ночь оставляют. А потом выпрашивай опять слота (или у тебя выпрашивают)...

It would be nice if we'll be able to not to stick with nick name or ip, but use something like UniqieClientID. In this case we'll be able to change nicks on-the-fly like in the IRC.

But this is probably forbidden by NMDC protocol, isn't it?

I've already posted here (in english) about permanent extraslots. This one only means that they expire exactly after their lifetime period, but not on client restart or recipient went offline for a while. Not every one can have their computers on 24/7. And on next day you should beg for a slot (or someone will beg you) even if yestarday you've got slot for a week.

I hope my translation is clear enough

[amp 0]

BTW, aninerbe, Crise под CID имел ввиду ClientID, а не Criminal Investigation Department ;)

[aninerbe 0]

amp аа спс - во всем виноват PROMT Professional это он мне перевел CID как УГОЛОВНЫЙ РОЗЫСК