@LinuxFanUNIX: Не мразя регулярните изрази, ползвам ги с кеф, където мога. Аналогът на това, което си написал е:

Код

GeSHi (C++):
QString title = appWin->ui->title->text().remove(QRegExp("[^A-Za-z0-9\\(:\\)\\s]"));

@LinuxFanUNIX: Всъщност това, което съм ти предложил в предишния отговор няма да работи, защото в регулярния израз няма нищо за match-ване. Нещо съм се разсеял и съм ти написал lookahead част. Това, което ти трябва е

Код

GeSHi (C++):
str.remove(QRegExp("[^A-Za-z]"));

Когато ползваш remove с регулярен израз бъде внимателен какво пишеш, ако ще match-ваш 2 и повече символа, защото функцията прави викане към replace.

//offtopic
@backtolife: Никога в живота си не съм виждал регулярни изрази, камо ли пък да ги пиша. Важното в случая е, че човека ще си свърши работата. Тъжно е, че такива експерти  в регулярните като теб изрази не допринесоха с нищо към това, а само влошиха отношението сигнал-шум във форума. Извинявай за сарказма.

@backtolife: Защо смяташ, че не съм го направил, преди да те попитам? Само за твоя информация търсенето в документацията за \u не намери нищо.

По отношение на втората ти бележка удивителната не е пред регулярния израз, а част от него. Ако се чудиш какво прави, ето какво казва документацията

(?!E)
Negative lookahead. This assertion is true if the expression does not match at this point in the regexp. For example, const(?!\s+char) matches 'const' except when it is followed by 'char'.

@backtolife: Това

Код:

\u

какво трябва да прави.

@LinuxFanUNIX: Ако идеята ти е в QLineEdit да се въвежда само латински букви, сложи му регулярен израз за това. Ако идеята ти е да може да се въвежда всичко, но да вземеш само латинските букви, може да пробваш това

Код:

QRegExp("(?![A-Za-Z])")

@LinuxFanUNIX: Кирилицата се приема лесно. Ако изходният код ти е в utf8, то създаването на стринг за регулярния израз, трябва да стане чрез

Код:

Qstring regexp = QString::fromUtf8("[а-яА-Я]");

Виж този пример от документацията. Само трябва да си направиш regexp за буквите на кирилица.

Зарежи дългосрочните планове. В тоя форум няма финансови експерти, няма мениджъри и няма хора, които анализират пазар.

Малко неподготвен се изказваш ;-)

@Vask0: Защо търсиш съмишленици, а не се пробваш сам? Липса на финансов ресурс, липса на опит, нещо друго.

Защо ти трябва да излизаш от цикъла само когато едното условие е false? Ако и двете условия са false едва ли ще искаш да циклиш.

Мите, ако реалността действа демотивиращо то трябва да се направят усилия тя да се промени (или поне нещо от нея)!

В тази връзка ми беше предишният коментар. Явно безуспешно. 

@Mitaka: Фактът, че слагаш под общ знаменател фест и конференция, изчерпва твоето участие по темата.

@romeo_ninov: Това вече бе дъвкано. Като не може до оцениш усилията, които полагат другите, може поне да не действаш демотивиращо.

@entusiast: Браво за инициативата и успех. Малко е забавно, че аргументите, които си изказал пред шефа ти са несъстоятелни (Windows XP не само, че се поддържа, но няма и анонс кога се спира поддръжката цък, а старите офиси могат да четат новите файлове цък), но важен е крайният резултат. Може би във форума трябва да се направи една секция за миграция, където да се обсъждат възникнали проблеми и натрупан опит.

@cybercop:

Open Office след версия 2.22 напълно замества MS Office.

Това сигурно е вярно за хората, които ползват около 5% от функционалностите на MS Office. Хубавото е, че те са масовия случай.

@jet: Проблемът с макросите не се дължи на затворените стандарти, а на различия в api-то на отделните офис пакети.

@freedj: Както казаха и други, това което го искаш няма как да стане. Просто го приеми.
Нещо, което обаче може да направиш допълнително е да се мъчиш да отгатнеш дали SYN пакетите са от сканираща програма. При по-глупавите опити за сканиране, е характерно, че от един и същ адрес идват доста SYN пакети и ако техния брой за единица време мина над някакъв праг, може да започнеш да ги филтрираш. Ако се интересуваш как може да направиш такова нещо виж тук. Лошата новина за теб е, че на nmap може да му се указва време между отделните опити и мисля, че всеки, който не иска да се набива на очи, би разредил времето между тестването на отделните портове.

@freedj: Да, точно това имам предвид.
Я поясни на теб какво ти е целта на мероприятието. Ако идеята е общодостъпен за всички порт да не се вижда като отворен от nmap или подобни скенери, то няма как да стане. Ако имаш отворен порт, който трябва да е достъпен за някакво крайно множество клиенти, а за всички останали да изглежда, че все едно е затворен, това, което ти дадох, е решението.

@freedj: Принципно няма как да забраниш сканирането. Можеш само да влияеш върху резултатите.
При linux базирани системи, ако искаш да имитираш затворен порт трябва да направиш REJECT --with-tcp-reset

@remotex: Вярно, забравил съм, че трябва да escape-на наклонените черти и да станат двойни.