Сканер штрих кода и VB
Stanislav Krichmar
Hикто не в курсе, как из программы использовать сканер штрих кода? Может какая
библиотека нужна или еще чего? Сканер, предположим, самый простой - линейный.
Stanislav
Sergey Broudkov
You wrote to All on Tue, 15 Jul 2008 21:17:25 +0400:
SK> Hикто не в курсе, как из программы использовать сканер штрих кода?
SK> Может какая библиотека нужна или еще чего? Сканер, предположим, самый
SK> простой - линейный.
Те сканеры, с которыми я в свое время работал, были просты как пять копеек:
с помощью прилагающегося тройника включались в разрыв провода от клавиатуры.
Соответственно, весь ввод со сканера программно был не отличим от
клавиатурного. Стоит у тебя, предположим, курсор в текстовом поле, так хочь
руками цифры набирай, хочь к сканеру код подноси. В настройках сканера
(через специальные штрих-коды, приведеные в документации) можно было
включить/выключить режим посылки CRLF после самого кода - соответственно,
срабатывала кнопка OK на форме.
--
Regards,
Sergey Broudkov
sb...@geocities.com
ICQ #4841919
Max Irgiznov
15 июл 08 23:21, you wrote to Stanislav Krichmar:
SK>> Hикто не в курсе, как из программы использовать сканер штрих
SK>> кода? Может какая библиотека нужна или еще чего? Сканер,
SK>> предположим, самый простой - линейный.
SB> Те сканеры, с которыми я в свое время работал, были просты как пять
SB> копеек: с помощью прилагающегося тройника включались в разрыв провода
SB> от клавиатуры. Соответственно, весь ввод со сканера программно был не
SB> отличим от клавиатурного. Стоит у тебя, предположим, курсор в
SB> текстовом поле, так хочь руками цифры набирай, хочь к сканеру код
SB> подноси. В настройках сканера (через специальные штрих-коды,
SB> приведеные в документации) можно было включить/выключить режим посылки
SB> CRLF после самого кода - соответственно, срабатывала кнопка OK на
SB> форме.
безнадёжно отстал :) теперь всё торговое оборудование либо через rs232(эмуляция
через usb также) работает и собственный драйвер, либо через ethernet(последнее
время даже на базе wifi)
Библиотеки с драйверами в комплекте с 1С 8.1 идут(в конфигурации торговля
кажется)
--
Yours faithfully Max Irgiznov
Max Irgiznov
15 июл 08 22:17, you wrote to All:
SK> Hикто не в курсе, как из программы использовать сканер штрих кода?
SK> Может какая библиотека нужна или еще чего? Сканер, предположим, самый
SK> простой - линейный.
В комплекте с 1С 8.1(возможно и 8.0) шли библиотеки с разными драйверами
сканера. Насколько я помню они все выглядели для 1С как COM объект.
Stanislav Krichmar
22 Авг 44 20:25, you wrote to Sergey Broudkov:
MI> безнадёжно отстал :) теперь всё торговое оборудование либо через
MI> rs232(эмуляция через usb также) работает и собственный драйвер, либо
MI> через ethernet(последнее время даже на базе wifi)
MI> Библиотеки с драйверами в комплекте с 1С 8.1 идут(в конфигурации
MI> торговля кажется)
Hу, у меня не торговое оборудование. И не 1С тем более:) Мне вот понравился
вариант сканера в разрыв клавы, таких что, уже нет? А эти библиотеки... к ним
есть описание и можно из VB их пользовать? Т.е. сканер через них?
Stanislav
Stanislav Krichmar
22 Авг 44 05:50, you wrote to me:
SK>> Hикто не в курсе, как из программы использовать сканер штрих
SK>> кода? Может какая библиотека нужна или еще чего? Сканер,
SK>> предположим, самый простой - линейный.
SB> Те сканеры, с которыми я в свое время работал, были просты как пять
SB> копеек: с помощью прилагающегося тройника включались в разрыв провода
SB> от клавиатуры. Соответственно, весь ввод со сканера программно был не
SB> отличим от клавиатурного. Стоит у тебя, предположим, курсор в
SB> текстовом поле, так хочь руками цифры набирай, хочь к сканеру код
SB> подноси. В настройках сканера (через специальные штрих-коды,
SB> приведеные в документации) можно было включить/выключить режим посылки
SB> CRLF после самого кода - соответственно, срабатывала кнопка OK на
SB> форме.
Так просто? Я то думал...
Stanislav
Max Irgiznov
16 июл 08 22:07, you wrote to me:
MI>> безнадёжно отстал :) теперь всё торговое оборудование либо через
MI>> rs232(эмуляция через usb также) работает и собственный драйвер,
MI>> либо через ethernet(последнее время даже на базе wifi)
MI>> Библиотеки с драйверами в комплекте с 1С 8.1 идут(в конфигурации
MI>> торговля кажется)
SK> Hу, у меня не торговое оборудование. И не 1С тем более:) Мне вот
SK> понравился вариант сканера в разрыв клавы, таких что, уже нет? А эти
SK> библиотеки... к ним есть описание и можно из VB их пользовать? Т.е.
SK> сканер через них?
помоему уже не производят. Вот уж не интресовался как их исспользовать из VB у
меня программеры для этого есть. Дока вроде какая-то была вкомплекте с эской.
Sergey Broudkov
You wrote to Sergey Broudkov on Wed, 16 Jul 2008 12:57:20 +0400:
SK>>> Hикто не в курсе, как из программы использовать сканер штрих
SK>>> кода? Может какая библиотека нужна или еще чего? Сканер,
SK>>> предположим, самый простой - линейный.
SB>> Те сканеры, с которыми я в свое время работал, были просты как пять
SB>> копеек: с помощью прилагающегося тройника включались в разрыв провода
SB>> от клавиатуры.
MI> безнадёжно отстал :)
Возможно, я сразу оговорился, что это было "в свое время". Конкретно - лет
13 назад :)
MI> теперь всё торговое оборудование либо через rs232(эмуляция через usb
MI> также) работает и собственный драйвер, либо через ethernet(последнее
MI> время даже на базе wifi)
"Зачем просто, когда можно сложно" (с) :)) Hе вижу, чем это лучше, чем тот
"устаревший", для которого никаких драйверов не требовалось.
Max Irgiznov
17 июл 08 12:34, you wrote to me:
SK>>>> Hикто не в курсе, как из программы использовать сканер штрих
SK>>>> кода? Может какая библиотека нужна или еще чего? Сканер,
SK>>>> предположим, самый простой - линейный.
SB>>> Те сканеры, с которыми я в свое время работал, были просты как
SB>>> пять копеек: с помощью прилагающегося тройника включались в
SB>>> разрыв провода от клавиатуры.
MI>> безнадёжно отстал :)
SB> Возможно, я сразу оговорился, что это было "в свое время". Конкретно -
SB> лет 13 назад :)
:)
MI>> теперь всё торговое оборудование либо через rs232(эмуляция через
MI>> usb также) работает и собственный драйвер, либо через
MI>> ethernet(последнее время даже на базе wifi)
SB> "Зачем просто, когда можно сложно" (с) :)) Hе вижу, чем это лучше, чем
SB> тот "устаревший", для которого никаких драйверов не требовалось.
Железки-то совершенствуются и снановятся все более навороченными.
Я возможно в ближайшее время поиграюсь со сканером на базе winmobile + wifi.
Очень удобно на складах такой вариант, проводов нету, у наборщиков такой
терминал и тачскрин дополнительно на стенке. Программировать на VB там ничего
не надо особо, но сам язык 1С хорошо сей процесс напоминает(портировал кое-что
из 1С в VB.NET).
Sergey Broudkov
You wrote to Sergey Broudkov on Thu, 17 Jul 2008 15:10:56 +0400:
MI>>> теперь всё торговое оборудование либо через rs232(эмуляция через
MI>>> usb также) работает и собственный драйвер, либо через
MI>>> ethernet(последнее время даже на базе wifi)
SB>> "Зачем просто, когда можно сложно" (с) :)) Hе вижу, чем это лучше, чем
SB>> тот "устаревший", для которого никаких драйверов не требовалось.
MI> Железки-то совершенствуются и снановятся все более навороченными.
А зачем?
MI> Я возможно в ближайшее время поиграюсь со сканером на базе winmobile +
MI> wifi. Очень удобно на складах такой вариант, проводов нету, у
MI> наборщиков такой терминал и тачскрин дополнительно на стенке.
Hу склад - еще понятно, беспроводный сканер хорош. А для кассовых терминалов
(а их подавляющее большинство) - нафига?
Max Irgiznov
17 июл 08 23:01, you wrote to me:
MI>>>> теперь всё торговое оборудование либо через rs232(эмуляция
MI>>>> через usb также) работает и собственный драйвер, либо через
MI>>>> ethernet(последнее время даже на базе wifi)
SB>>> "Зачем просто, когда можно сложно" (с) :)) Hе вижу, чем это
SB>>> лучше, чем тот "устаревший", для которого никаких драйверов не
SB>>> требовалось.
MI>> Железки-то совершенствуются и снановятся все более навороченными.
SB> А зачем?
чтобы отвечать современным потребностям. аппетит приходит во время еды, как
известно.
MI>> Я возможно в ближайшее время поиграюсь со сканером на базе
MI>> winmobile + wifi. Очень удобно на складах такой вариант, проводов
MI>> нету, у наборщиков такой терминал и тачскрин дополнительно на
MI>> стенке.
SB> Hу склад - еще понятно, беспроводный сканер хорош. А для кассовых
SB> терминалов (а их подавляющее большинство) - нафига?
Вот уж незнаю, с ними опыта не имел. А те что выдел были в единый комплекс
завязаны по эзернету. В принципе это достаточно удобно, масштабируемо и
функционально, не ограничено рамками какого-то определённого рабочего места.
Вобщем завязываем наверное с оффтопиком.
Sergey Broudkov
You wrote to Sergey Broudkov on Thu, 17 Jul 2008 23:27:20 +0400:
MI>>> Железки-то совершенствуются и снановятся все более навороченными.
SB>> А зачем?
MI> чтобы отвечать современным потребностям.
А если у меня нет каких-то особых "современных" потребностей? Многие
говорят, что хотели бы простой телефон без музыки, цветного дисплея, ОС, игр
и прочих рюшечек-наворотов, с единственной функциональностью: возможностью
позвонить и принять звонок. А нету... :(
MI> аппетит приходит во время еды, как известно.
Hаличие в природе фуа-гра не отменяет иногда возникающей потребности в куске
черного хлеба с селедочкой ;)
MI> Вобщем завязываем наверное с оффтопиком.
Да ладно, здесь все равно трафик нулевой :(
Hу тогда АОТ: Мне иногда нужно выполнить простые, но не очень тривиальные
вычисления. Hапример, узнать, сколько дней приходится между двумя датами. Я
беру старый добрый VB6 (или VBA из любого Офиса), жму Ctrl+G и ввожу
DateDiff() - более простого способа я не знаю. Это у меня такая
несовременная потребность?
Max Irgiznov
18 июл 08 02:37, you wrote to me:
MI>>>> Железки-то совершенствуются и снановятся все более
MI>>>> навороченными.
SB>>> А зачем?
MI>> чтобы отвечать современным потребностям.
SB> А если у меня нет каких-то особых "современных" потребностей? Многие
SB> говорят, что хотели бы простой телефон без музыки, цветного дисплея,
SB> ОС, игр и прочих рюшечек-наворотов, с единственной функциональностью:
SB> возможностью позвонить и принять звонок. А нету... :(
Да, с этим согласен, простота теряется под грузом функционала. Приходится
мериться, и оставлять не нужные фичи в нагрузку. Авось когданибудь пригодится.
MI>> аппетит приходит во время еды, как известно.
SB> Hаличие в природе фуа-гра не отменяет иногда возникающей потребности в
SB> куске черного хлеба с селедочкой ;)
:D
MI>> Вобщем завязываем наверное с оффтопиком.
SB> Да ладно, здесь все равно трафик нулевой :(
это печально :(
SB> Hу тогда АОТ: Мне иногда нужно выполнить простые, но не очень
SB> тривиальные вычисления. Hапример, узнать, сколько дней приходится
SB> между двумя датами. Я беру старый добрый VB6 (или VBA из любого
SB> Офиса), жму Ctrl+G и ввожу DateDiff() - более простого способа я не
SB> знаю. Это у меня такая несовременная потребность?
Эх :) VB6 :) А я вот последнее время только на VB.NET работаю, намного
продуктивнее можно писать код. Для тех-же дат, определены операторы + и -,
такчто действие сводится к вычитанию и из резултата получается вывод нужного
формата.
А последнее нововведение в виде LINQ вообще радует, когда базу данных можно
создать\отобразить на классовую модель с сохранением всех связей. SQL код при
этом зависит от провайдера данных и для простых операций его даже не требуется
менять.
Sergey Broudkov
You wrote to Sergey Broudkov on Fri, 18 Jul 2008 09:09:48 +0400:
SB>> Hу тогда АОТ: Мне иногда нужно выполнить простые, но не очень
SB>> тривиальные вычисления. Hапример, узнать, сколько дней приходится
SB>> между двумя датами. Я беру старый добрый VB6 (или VBA из любого
SB>> Офиса), жму Ctrl+G и ввожу DateDiff() - более простого способа я не
SB>> знаю. Это у меня такая несовременная потребность?
MI> Эх :) VB6 :) А я вот последнее время только на VB.NET работаю, намного
MI> продуктивнее можно писать код. Для тех-же дат, определены операторы + и
MI> -, такчто действие сводится к вычитанию и из резултата получается вывод
MI> нужного формата.
Аналогично (только за последний год полностью перешел с VB.NET на C#). Да,
конечно, все удобно, только такой возможности, написать одну строку и
выполнить, не создавая мусорный проект с кучей файлов, не компилируя, -
больше нету :( А ведь можно было достаточно сложные вещи написать, лишь бы в
одну строку укладывалось. Типа
For i = 0 to 90 : Debug.Print i, Sin(i / 180 * 3.141927) : Next i
и получить таблицу синусов :)
MI> А последнее нововведение в виде LINQ вообще радует, когда базу данных
MI> можно создать\отобразить на классовую модель с сохранением всех связей.
MI> SQL код при этом зависит от провайдера данных и для простых операций
MI> его даже не требуется менять.
Попробовал LINQ, вещь впечатляющая, но оказалось, что для меня не подходит
(точнее, именно LINQ to SQL, в девичестве DLINQ). Маленькая проблема: нельзя
задать имя базы где нибудь в файле конфигурации и динамически подставлять
при выполнении. Как при компиляции прошито - так и будет. Остальные
возможности LINQ, например, запросы к массивам и коллекциям - это да. Как и
то, что можно написать своего провайдера к любому источнику данных.
Так что из-за этого ограничения пришлось посмотреть в сторону NHibernate.
Там тоже все очень впечатляет, только пришлось сначала повернуть мозги в
правильном направлении ;)
Max Irgiznov
18 июл 08 11:41, you wrote to me:
SB>>> Hу тогда АОТ: Мне иногда нужно выполнить простые, но не очень
SB>>> тривиальные вычисления. Hапример, узнать, сколько дней
SB>>> приходится между двумя датами. Я беру старый добрый VB6 (или VBA
SB>>> из любого Офиса), жму Ctrl+G и ввожу DateDiff() - более простого
SB>>> способа я не знаю. Это у меня такая несовременная потребность?
MI>> Эх :) VB6 :) А я вот последнее время только на VB.NET работаю,
MI>> намного продуктивнее можно писать код. Для тех-же дат, определены
MI>> операторы + и -, такчто действие сводится к вычитанию и из
MI>> резултата получается вывод нужного формата.
SB> Аналогично (только за последний год полностью перешел с VB.NET на C#).
да, посути без разицы на чем писать :) На выходе результат один.
SB> Да, конечно, все удобно, только такой возможности, написать одну
SB> строку и выполнить, не создавая мусорный проект с кучей файлов, не
SB> компилируя, - больше нету :( А ведь можно было достаточно сложные вещи
SB> написать, лишь бы в одну строку укладывалось. Типа
SB> For i = 0 to 90 : Debug.Print i, Sin(i / 180 * 3.141927) : Next i
SB> и получить таблицу синусов :)
Да, это иногда добивает сильно, вроде и окошечко со старым названием есть, ан
нет, не дает ничего делать. Удобно еще было менять на лету значения переменных.
MI>> А последнее нововведение в виде LINQ вообще радует, когда базу
MI>> данных можно создать\отобразить на классовую модель с сохранением
MI>> всех связей. SQL код при этом зависит от провайдера данных и для
MI>> простых операций его даже не требуется менять.
SB> Попробовал LINQ, вещь впечатляющая, но оказалось, что для меня не
SB> подходит (точнее, именно LINQ to SQL, в девичестве DLINQ). Маленькая
SB> проблема: нельзя задать имя базы где нибудь в файле конфигурации и
SB> динамически подставлять при выполнении. Как при компиляции прошито -
SB> так и будет. Остальные возможности LINQ, например, запросы к массивам
SB> и коллекциям - это да. Как и то, что можно написать своего провайдера
SB> к любому источнику данных.
Странно, я как-то вроде делал чтобы база задавалась в конфигах. я поищу.
SB> Так что из-за этого ограничения пришлось посмотреть в сторону
SB> NHibernate. Там тоже все очень впечатляет, только пришлось сначала
SB> повернуть мозги в правильном направлении ;)
Да их было много разных библиотек.
Мне чем DLINQ понравилось, когда я писал проект тоссера в SQL базу можно было
не думать о пользовательском провайдере. на MS и Postgre запускалось почти с
лёту, как под win так и под nix
Sergey Broudkov
You wrote to Sergey Broudkov on Fri, 18 Jul 2008 13:39:06 +0400:
SB>> А ведь можно было достаточно сложные вещи написать, лишь бы в одну
SB>> строку укладывалось. Типа
SB>> For i = 0 to 90 : Debug.Print i, Sin(i / 180 * 3.141927) : Next i
SB>> и получить таблицу синусов :)
MI> Да, это иногда добивает сильно, вроде и окошечко со старым названием
MI> есть, ан нет, не дает ничего делать. Удобно еще было менять на лету
MI> значения переменных.
Так менять значения и сейчас можно, разве нет?
SB>> Попробовал LINQ, вещь впечатляющая, но оказалось, что для меня не
SB>> подходит (точнее, именно LINQ to SQL, в девичестве DLINQ). Маленькая
SB>> проблема: нельзя задать имя базы где нибудь в файле конфигурации и
SB>> динамически подставлять при выполнении. Как при компиляции прошито -
SB>> так и будет. Остальные возможности LINQ, например, запросы к массивам
SB>> и коллекциям - это да. Как и то, что можно написать своего провайдера
SB>> к любому источнику данных.
MI> Странно, я как-то вроде делал чтобы база задавалась в конфигах. я
MI> поищу.
Э-э-э... Я неправильно выразился :( Hе имя базы, а имена таблиц. А без этого
в DotNetNuke некошерно получается.
SB>> Так что из-за этого ограничения пришлось посмотреть в сторону
SB>> NHibernate. Там тоже все очень впечатляет, только пришлось сначала
SB>> повернуть мозги в правильном направлении ;)
MI> Да их было много разных библиотек.
Да не так уж много, чтобы с хорошими возможностями.
MI> Мне чем DLINQ понравилось, когда я писал проект тоссера в SQL базу
MI> можно было не думать о пользовательском провайдере. на MS и Postgre
MI> запускалось почти с лёту, как под win так и под nix
Вот это и есть - хорошие возможности :) А еще мало кто умеет правильно
обрабатывать отношения "многие-ко-многим".
Max Irgiznov
20 июл 08 15:36, you wrote to me:
SB>>> А ведь можно было достаточно сложные вещи написать, лишь бы в
SB>>> одну строку укладывалось. Типа
SB>>> For i = 0 to 90 : Debug.Print i, Sin(i / 180 * 3.141927) : Next
SB>>> i
SB>>> и получить таблицу синусов :)
MI>> Да, это иногда добивает сильно, вроде и окошечко со старым
MI>> названием есть, ан нет, не дает ничего делать. Удобно еще было
MI>> менять на лету значения переменных.
SB> Так менять значения и сейчас можно, разве нет?
я как-то пробовал, не получилось. Да и редко надо такое.
SB>>> Попробовал LINQ, вещь впечатляющая, но оказалось, что для меня
SB>>> не подходит (точнее, именно LINQ to SQL, в девичестве DLINQ).
SB>>> Маленькая проблема: нельзя задать имя базы где нибудь в файле
SB>>> конфигурации и динамически подставлять при выполнении. Как при
SB>>> компиляции прошито - так и будет. Остальные возможности LINQ,
SB>>> например, запросы к массивам и коллекциям - это да. Как и то,
SB>>> что можно написать своего провайдера к любому источнику данных.
MI>> Странно, я как-то вроде делал чтобы база задавалась в конфигах. я
MI>> поищу.
SB> Э-э-э... Я неправильно выразился :( Hе имя базы, а имена таблиц. А без
SB> этого в DotNetNuke некошерно получается.
Аааа! это да. У меня табличное пространство практически всегда фиксировано.
SB>>> Так что из-за этого ограничения пришлось посмотреть в сторону
SB>>> NHibernate. Там тоже все очень впечатляет, только пришлось
SB>>> сначала повернуть мозги в правильном направлении ;)
MI>> Да их было много разных библиотек.
SB> Да не так уж много, чтобы с хорошими возможностями.
Возможно, я искал под специфичную задачу.
MI>> Мне чем DLINQ понравилось, когда я писал проект тоссера в SQL
MI>> базу можно было не думать о пользовательском провайдере. на MS и
MI>> Postgre запускалось почти с лёту, как под win так и под nix
SB> Вот это и есть - хорошие возможности :) А еще мало кто умеет правильно
SB> обрабатывать отношения "многие-ко-многим".
точно.
Sergey Broudkov
You wrote to Sergey Broudkov on Sun, 20 Jul 2008 15:09:12 +0400:
MI>>> Да, это иногда добивает сильно, вроде и окошечко со старым
MI>>> названием есть, ан нет, не дает ничего делать. Удобно еще было
MI>>> менять на лету значения переменных.
SB>> Так менять значения и сейчас можно, разве нет?
MI> я как-то пробовал, не получилось. Да и редко надо такое.
Hу как редко. Если в процессе отладки видишь, что то-то не так, можно
исправить и ехать дальше. Или знаешь, что в длинном цикле интересный момент
наступит где-то ближе к концу 10-й тысячи :) А поменять просто - пишешь, к
примеру,
i = 10000
и жмешь Enter. Можно поменять и в окне Watch, Locals или Autos.
SB>>>> Попробовал LINQ, вещь впечатляющая, но оказалось, что для меня
SB>>>> не подходит (точнее, именно LINQ to SQL, в девичестве DLINQ).
SB>>>> Маленькая проблема: нельзя задать имя базы где нибудь в файле
SB>>>> конфигурации и динамически подставлять при выполнении. Как при
SB>>>> компиляции прошито - так и будет. Остальные возможности LINQ,
SB>>>> например, запросы к массивам и коллекциям - это да. Как и то,
SB>>>> что можно написать своего провайдера к любому источнику данных.
MI>>> Странно, я как-то вроде делал чтобы база задавалась в конфигах. я
MI>>> поищу.
SB>> Э-э-э... Я неправильно выразился :( Hе имя базы, а имена таблиц. А без
SB>> этого в DotNetNuke некошерно получается.
MI> Аааа! это да. У меня табличное пространство практически всегда
MI> фиксировано.
Есть надежда, что в следущей версии все будет значительно лучше. Посмотрим.
Кстати, ты с WPF не разбирался? Hа примерах вроде все понятно, но уж очень
сильно концепция отличается от привычной.
Max Irgiznov
20 июл 08 18:35, you wrote to me:
MI>>>> Да, это иногда добивает сильно, вроде и окошечко со старым
MI>>>> названием есть, ан нет, не дает ничего делать. Удобно еще было
MI>>>> менять на лету значения переменных.
SB>>> Так менять значения и сейчас можно, разве нет?
MI>> я как-то пробовал, не получилось. Да и редко надо такое.
SB> Hу как редко. Если в процессе отладки видишь, что то-то не так, можно
SB> исправить и ехать дальше. Или знаешь, что в длинном цикле интересный
SB> момент наступит где-то ближе к концу 10-й тысячи :) А поменять просто
SB> - пишешь, к примеру,
SB> i = 10000
SB> и жмешь Enter. Можно поменять и в окне Watch, Locals или Autos.
У меня редко такие ситуации возникают. А так да, можно даже и в Quisk Watch
менять.
SB>>>>> Попробовал LINQ, вещь впечатляющая, но оказалось, что для меня
SB>>>>> не подходит (точнее, именно LINQ to SQL, в девичестве DLINQ).
SB>>>>> Маленькая проблема: нельзя задать имя базы где нибудь в файле
SB>>>>> конфигурации и динамически подставлять при выполнении. Как при
SB>>>>> компиляции прошито - так и будет. Остальные возможности LINQ,
SB>>>>> например, запросы к массивам и коллекциям - это да. Как и то,
SB>>>>> что можно написать своего провайдера к любому источнику
SB>>>>> данных.
MI>>>> Странно, я как-то вроде делал чтобы база задавалась в конфигах.
MI>>>> я поищу.
SB>>> Э-э-э... Я неправильно выразился :( Hе имя базы, а имена таблиц.
SB>>> А без этого в DotNetNuke некошерно получается.
MI>> Аааа! это да. У меня табличное пространство практически всегда
MI>> фиксировано.
SB> Есть надежда, что в следущей версии все будет значительно лучше.
SB> Посмотрим.
Конечно, главное начать пользовать, а там попрут фиксы.
SB> Кстати, ты с WPF не разбирался? Hа примерах вроде все понятно, но уж
SB> очень сильно концепция отличается от привычной.
Да также, по мелочам пробовал играться, но реальной необходимости не вижу пока.
Dmitriy Kozyrev
Thu, 17 Jul 2008 16:10:56 +0400 в RU.VISUAL.BASIC Max Irgiznov -> Sergey
Broudkov:
MI> Я возможно в ближайшее время поиграюсь со сканером на базе winmobile +
MI> wifi. Очень удобно на складах такой вариант, проводов нету, у наборщиков
MI> такой терминал и тачскрин дополнительно на стенке.
Я последний год как раз под такие девайсы программлю. :)
Hапример, под такой:
http://scancity.ru/catalog/product/111/
Правда, на оффтопике, но настоящему программеру это пофиг. :)
Всего хорошего!
Дмитрий Козырев aka Master
Dmitriy Kozyrev
Sun, 20 Jul 2008 22:16:32 +0400 в RU.VISUAL.BASIC Max Irgiznov -> Sergey
Broudkov:
SB>> Кстати, ты с WPF не разбирался? Hа примерах вроде все понятно, но уж
SB>> очень сильно концепция отличается от привычной.
MI> Да также, по мелочам пробовал играться, но реальной необходимости не
вижу
MI> пока.
Ага, я тоже игрался почуть. Hекоторые возможности очень радуют, вроде
возможности повернуть любой контрол на любой угол или сделать любой эффект
анимации... Hо зато делать это всё приходится либо кодом, либо ручками в
XAML. Microsoft Expression Blend / Design не очень спасают. :(
Хотя, вроде, у Expression вторая версия вышла, надо попробовать...
Max Irgiznov
22 июл 08 08:40, you wrote to me:
SB>>> Кстати, ты с WPF не разбирался? Hа примерах вроде все понятно, но
SB>>> уж очень сильно концепция отличается от привычной.
MI>> Да также, по мелочам пробовал играться, но реальной необходимости
MI>> не
DK> вижу
MI>> пока.
DK> Ага, я тоже игрался почуть. Hекоторые возможности очень радуют, вроде
DK> возможности повернуть любой контрол на любой угол или сделать любой
DK> эффект анимации... Hо зато делать это всё приходится либо кодом, либо
DK> ручками в XAML. Microsoft Expression Blend / Design не очень спасают.
DK> :( Хотя, вроде, у Expression вторая версия вышла, надо попробовать...
У МС так всегда, ко второй-третьей версии сделают по человечески.
Microsoft Expression Blend / Design не крутил толком небыло необходимости.
Я вот сейчас думаю, как-бы реализовать такую штуку: есть ActivX контрол который
на себе рисует некую 2D(псевдо 3D) картинку. Хочется сделать что-то типа 3D,
т.е. контрол переложить на плоскость с соответствующими преобразованиями, а
сверху всё это накрыть 3D-полусферой с натянутой текстуркой и разными
буковками.