krapotkin
-
Постов
2 184 -
Зарегистрирован
-
Посещение
-
Победитель дней
209
Весь контент krapotkin
-
тетеринг в одной сети отработает нормально можно и датаснап использовать а в разные сети только через центральный сервер
-
ну, ладно, пусть становится, а по какому IP доступ-то? 192.168.143.41 ?
-
и как же два клиента общаются, минуя сервер, интересно? я и так знаю, где находятся мои клиенты - за роутером в локальной сети
-
ну, в теории, ничего не мешает на практике, мобильные устройства должны засыпать иногда. а сервера - не должны
-
интересно, какая еще есть работа тут кроме условного вывода всех текстовых констант и перевода всех caption, text, listitem.text,detail и других? и, судя по тексту, вторая часть ( компоненты ) у вас не реализована... при этом компоненты в библиотеке нужно прямо все перечислить. либо с RTTI вдоволь поиграться. Стоит ли оно того?
-
тут проще один раз попробовать чем 10 раз объяснить возьмите каждый Layout и накидайте туда например кнопок после этого поизменяйте размер layout там все очевидно
-
Там как раз примерно так все и делается )
-
я воспользовался способом "в лоб" в уже готовом приложении все, что нужно переводить, в коде заполнил через собственную функцию тем или иным значением ~25 форм - около 200-250 строк в словаре вся работа заняла около 2 дней. не так уж сложно, и точно все будет работать так как надо ))
-
она еще пишет look in logcat открываем monitor.bat из папки Android SDK и смотрим логи
-
ну и не надо забывать, что есть разрешение физическое, есть логическое мы то имеем доступ именно к логическому
-
полного списка конечно нет но есть статистика разрешений http://myresolutionis.ru/page/smapage.php
-
предполагаю, что строка из делфи уходит в юникоде. хотя за инди не скажу точно. используйте THttpClient для определенности так что все преобразования - на стороне сервера
- 2 ответа
-
- 2
-
-
думаю, листбокс не мертв, просто он предназначен для максимум - менюшку нарисовать
-
у элементов здесь - фиксированный размер и это имхо проблема, когда мы говорим о поддержке разных разрешений экрана если строки короткие, и влезают даже на маленький экран, проблем нет
-
в данном случае Dynamic очевидно решает вашу проблему. не решает только подстройку под ширину девайса конструирование же в коде каждого из элементов - 5-10 строк кода. итого 25-50 строк. не так уж и много, имхо
-
гугл delphi fmx listview в первой же странице http://delphi2010.ru/tlistview/
-
обычный http запрос HttpClient : THttpClient
-
в качестве сервера можете использовать любой стартово-бесплатный сторонний сервер типа scorocode.ru или подобных
-
вооот поэтому надо, чтобы из очереди сообщений они ушли... у вас логическая ошибка на слове "пауза". не стоит в обработчике делать паузу вообще. запустили таймер или поток, и вышли. все остальные клики не сработают, пока кнопка задизаблена, но события обработаются штатно потом таймер или поток вернет ее в enabled и все будет работать без всяких пауз вот то, что вам нужно (uses system.treading) procedure TForm1.b1Click(Sender: TObject); begin b1.Enabled := false; m1.Lines.Add('test'); TTask.Run( procedure begin sleep(2000); TThread.Synchronize(nil, procedure begin b1.Enabled := True; end); end); end;
-
и да, я не понял, что должно быть по-вашему в коде procedure TForm1.b1Click(Sender: TObject); begin b1.Enabled := false; m1.Lines.Add('test'); Sleep(1000); b1.Enabled := true; end; ? натыкал 5 раз. получил через пять секунд пять строчек test. потому что просто не успевает отображаться каждая очередная строка, т.к. вызывается вновь обработчик что не так ?
-
никто вообще не знает, что такое "код по смене карты" и зачем ждать 2 секунды в обработчике кнопки поток предложен потому что предполагается, что это какая-то времязатратная операция вообще же рассуждаем логически натыкав по кнопке, мы получаем несколько событий в очереди сообщений ваш обработчик первого клика УЖЕ вызван из метода ProcessMessages, внутри него вызов опять ProcessMessages, который опять вызовет обработчик если повезет, то второго клика и так по кругу.... поэтому не надо делать обработку сообщений в обработчике сообщений...
-
везде, где вижу Application.ProcessMessages; сразу вспоминаю бессмертное: - у вас на стройке несчастные случаи были? - нет - будут... хорошим решением будет сделать Button.Enabled := False и после этого запустить поток, который 1. делает все что там вам нужно 2. при окончании работы разблокирует кнопку 3** Можно также запустить антизависательный таймер, который, если от потока не приходит вестей N секунд, прибивает поток и разблокирует кнопку
-
если вы на этом форуме, то, скорее всего, выход проще - нужно отказаться от TidHTTP и использовать THttpClient, встроенный в delphi
-
думаю, вы упускаете этот момент http://docwiki.embarcadero.com/RADStudio/Seattle/en/Zero-based_strings_(Delphi) в андроид индексы в строках идут с 0, на десктопе - с 1 и, насколько я помню, все движется в сторону immutable strings, когда нельзя будет заменить конкретный символ в строке кроме как составлением новой строки так что приводите свой алгоритм в соответствие с этими вводными
-
правильное решение, конечно, с фреймами. не забудьте, что их нужно создавать отдельно, вручную, в нужный момент