Visual Basic, .NET, ASP, VBScript
 

   
   
     

Форум - Общий форум

Страница: 1 | 2 |

 

  Вопрос: Влип капитально - Picture1.Width Добавлено: 01.11.07 22:45  

Автор вопроса:  Roma
Влип капитально. Проект создавался месяцами.
А тут оказывается, что максимум у Picture1 и по Height и по Width - 16384px.
В моём случае он служит, как контейнер и поэтому сшивки с Picture2 (3,4,5 и т.д.) вообще не рассматриваются. И все стандартные контролы-контейнеры имеют те же ограничения. Кто-нибудь сталкивался с подобным?

Ответить

  Ответы Всего ответов: 23  

Номер ответа: 1
Автор ответа:
 Winand



Вопросов: 87
Ответов: 2795
 Web-сайт: winandfx.narod.ru
 Профиль | | #1
Добавлено: 02.11.07 01:16
неееет! наверное в MS даже не догадываются, что кто-то может с подобным столкнуться

Ответить

Номер ответа: 2
Автор ответа:
 Winand



Вопросов: 87
Ответов: 2795
 Web-сайт: winandfx.narod.ru
 Профиль | | #2
Добавлено: 02.11.07 01:18
контейнер для контролов что ли? или как?

Ответить

Номер ответа: 3
Автор ответа:
 Roma



Вопросов: 3
Ответов: 15
 Профиль | | #3 Добавлено: 02.11.07 01:28
Ну да. Picture, а на нем дохрена всего. Зато если надо перейти-перелезть в другую область, то надо изменить только координаты контейнера, а не всех элементов, коих может достигать нескольо тысяч. Если же делать без контейнера, то каждый сдвиг влево-вправо - это сумашедший цикл с расчетами и изменениями координат тысяч элементов.

Ответить

Номер ответа: 4
Автор ответа:
 HACKER


 

Разработчик Offline Client

Вопросов: 236
Ответов: 8362
 Профиль | | #4 Добавлено: 02.11.07 03:05
В любом случае - неправельное проектирование приложения.

Ответить

Номер ответа: 5
Автор ответа:
 Gogic



Вопросов: 38
Ответов: 121
 Профиль | | #5 Добавлено: 02.11.07 06:30
В любом случае - неправельное проектирование приложения.

Кроме стандартного GUI есть еще много замечательных вещей.

Ответить

Номер ответа: 6
Автор ответа:
 Roma



Вопросов: 3
Ответов: 15
 Профиль | | #6 Добавлено: 02.11.07 07:56
Ну конечно, зная проблему - "не правильное проектирование", а если до обнаружения лимита - в чем ошибка?

Ответить

Номер ответа: 7
Автор ответа:
 Roma



Вопросов: 3
Ответов: 15
 Профиль | | #7 Добавлено: 02.11.07 07:57
Плиз, хоть один реальный пример можно?

Ответить

Номер ответа: 8
Автор ответа:
 Viper



ICQ: 249094859 

Вопросов: 0
Ответов: 310
 Профиль | | #8 Добавлено: 02.11.07 08:28
Реальный пример чего? Неправильного проектирования? Или как обойти такую "маленькую" ширшину?

Ответить

Номер ответа: 9
Автор ответа:
 Roma



Вопросов: 3
Ответов: 15
 Профиль | | #9 Добавлено: 02.11.07 08:42
"Кроме стандартного GUI есть еще много замечательных вещей."

Плиз, хоть один реальный пример можно?

Ответить

Номер ответа: 10
Автор ответа:
 Roma



Вопросов: 3
Ответов: 15
 Профиль | | #10 Добавлено: 02.11.07 10:16
Неужели и "правильные проектировщики" не знают?

Ответить

Номер ответа: 11
Автор ответа:
 



Администратор

ICQ: 278109632 

Вопросов: 42
Ответов: 3949
 Web-сайт: domkratt.com
 Профиль | | #11
Добавлено: 02.11.07 11:31
Рома, не убивайтесь так =) Нечего тут наезжать на всех... Вы расскажите, зачем вам такой длинный (широкий) контейнер. Вы в нем собираетесь множество других контролов прокручивать? Тогда можно обойтись и без него...
Еще в вашем случае, думаю, можно просто нарисовать рамочку обычными линиямии грузить только те контролы, которые в данный момент должны быть видимыми. ИМХО.

Ответить

Номер ответа: 12
Автор ответа:
 Roma



Вопросов: 3
Ответов: 15
 Профиль | | #12 Добавлено: 02.11.07 12:23
Вкратце:
программа, в нее можно добавлять фото (Picture). К каждому фото - Label с надписью и Image1 для выделения. Этот блок программы (не вся программа, а только блок) - типа обыкновенного браузера фоток, заменить которого ListView невозможно по многим причинам. Фотки можно заменить местами как стрелками, так и Drag-Drop. Есть всплывающие подсказки. Есть увеличение и уменьшение всех фоток. Есть прокрутки видимой области по горизонтали и вертикали. Все работало тип-топ, потому что экперименты ставили на максимум 100-200 фоток. Когда же появилась необходимость загрузить более 1400 штук, то и "всплыл" неприятный сюрприз. И такая необходимость будет постоянно. Поэтому я и стараюсь оперативно решить проблему.

Ответить

Номер ответа: 13
Автор ответа:
 



Администратор

ICQ: 278109632 

Вопросов: 42
Ответов: 3949
 Web-сайт: domkratt.com
 Профиль | | #13
Добавлено: 02.11.07 13:03
ну я сказал как делать. грузить только видимые элементы, на самой форме почтавить полосы прокрутки и крутить элементы ими куда надо. ничего сложного не вижу, и контейнер не нужен

Ответить

Номер ответа: 14
Автор ответа:
 Roma



Вопросов: 3
Ответов: 15
 Профиль | | #14 Добавлено: 02.11.07 14:49
Отпадает по той простой причине, что в видимой части может быть и 200 pic-ов, т.е. умножаем на 3, получается до 600 элементов. При маленьком движении скрола передвинуть все это - ужас что будет.

Ответить

Номер ответа: 15
Автор ответа:
 



Администратор

ICQ: 278109632 

Вопросов: 42
Ответов: 3949
 Web-сайт: domkratt.com
 Профиль | | #15
Добавлено: 02.11.07 15:31
можно это шагами передвигать, в общем-то. то есть показали ряд, поскроллили - еще один ряд. ну или столбец, как там у вас....

Ответить

Страница: 1 | 2 |

Поиск по форуму



© Copyright 2002-2011 VBNet.RU | Пишите нам