🚀 go-pugleaf

red wrote:
> Witam.
>
> Wstawilem sobie komponent ToolBar i umiem umieszczac na nim przyciski
> z ikonkami, ktore sam sobie zaladuje poprzez odpowiednie ImageList.
>
> A jak dobrac sie do tych standardowych z Windows (systemowych), bo i
> takie ikonki sa mi tam potrzebne. Chyba nie trzeba sie bawic w ich
> eksportowanie do pojedynczych plikow z ikonami?

Witam!

Nie wiem czy jest sens się z tym bawić i szukać czy dodatkowo Microsoft
wystawił to podstacji .NET Frameworka. W Win32 API była możliwość odczytania
zasobów z biblioteki comctl32.dll. Myślę, że najszybciej będzie jeśli
użyjemy ResHackera, otworzymy rzeczony plik i zapiszemy te ikonki w osobnym
pliku. Wtedy można dołączyć wybrane do własnego projektu. Micorosoft na
pewno się nie obrazi, być może sam to wystawił w swojej kolekcji grafiki w
VisualStudio.

Dodatkowo dołączenie ikonek w projekcie a nie ładowanie przez kod oznacza,
że będzie je widać w czasie projektowania bez komplikacji aplikacji.

Szkoda, że ten edytor kolekcji nie działa tak jak edytor TImageList w
Delphi. To znaczy po załadowaniu większej bitmapy dzielił ją na pojedyncze
obrazki na przyciski. W .NET Framework trzeba podzielić samemu i załadować
pojedynczo.

-- 
Pozdrawiam,
Marek Janaszewski
[ j_m...@gazeta.pl ]

Marek Janaszewski /USUN_TO. z adresu!/ napisał(a):

> Nie wiem czy jest sens się z tym bawić i szukać czy dodatkowo Microsoft
> wystawił to podstacji .NET Frameworka. W Win32 API była możliwość
> odczytania zasobów z biblioteki comctl32.dll. Myślę, że najszybciej
> będzie jeśli użyjemy ResHackera, otworzymy rzeczony plik i zapiszemy te
> ikonki w osobnym pliku. Wtedy można dołączyć wybrane do własnego
> projektu. Micorosoft na pewno się nie obrazi, być może sam to wystawił w
> swojej kolekcji grafiki w VisualStudio.

Az sie nie chce wiezyc, ze nie ma jakiegos gotowego sposobu na systemowe
ikonki, w kazdym badz razie dzieki za pomoc, bendziem wyciagac ikonki :)

-- 
_red ____ _ ____ ____ __ _

red wrote:
> Marek Janaszewski /USUN_TO. z adresu!/ napisał(a):
>
>> Nie wiem czy jest sens się z tym bawić i szukać czy dodatkowo
>> Microsoft wystawił to podstacji .NET Frameworka. W Win32 API była
>> możliwość odczytania zasobów z biblioteki comctl32.dll. Myślę, że
>> najszybciej będzie jeśli użyjemy ResHackera, otworzymy rzeczony plik
>> i zapiszemy te ikonki w osobnym pliku. Wtedy można dołączyć wybrane
>> do własnego projektu. Micorosoft na pewno się nie obrazi, być może
>> sam to wystawił w swojej kolekcji grafiki w VisualStudio.
>
> Az sie nie chce wiezyc, ze nie ma jakiegos gotowego sposobu na
> systemowe ikonki, w kazdym badz razie dzieki za pomoc, bendziem
> wyciagac ikonki :)

Witam!

W Win32API trzeba było sobie wyciągnąć tą grafikę z zasobów. Tak jak to
robią programy do odczytu zasobów tylko w czasie działania aplikacji.
Natomiast jak to jest .NET to nie wiem. Poszukaj w MSDN być może są jakieś
informacje. Natomiast nie ma sensu dla tego celu samemu obsługiwać odczytu
zasobów z .dll-ki. Najszybciej i najwygodniej jest po prostu dodać te ikonki
do aplikacji. Dodatkowo zmiany w bibliotece systemowej nie spowodują zmian w
aplikacji.

-- 
Pozdrawiam,
Marek Janaszewski
[ j_m...@gazeta.pl ]

"Marek Janaszewski /USUN_TO. z adresu!/" <USUN_TO...@gazeta.pl> wrote
in message news:c60l8p$19kg$2@news.atman.pl...
> red wrote:
(...)
> Dodatkowo zmiany w bibliotece systemowej nie spowoduj� zmian w
> aplikacji.

Mo�na to potraktowa� jako zalet� albo... wad� - mo�e kto� chcia�by mie�
zawsze takie same ikonkie jak w systemie nie zale�nie jaka to jest wersja
systemu?

Pozdrawiam
Grzegorz

Ps. Sam niestety nie mam poj�cia jak to zrobi� ;)

Grzegorz Danowski wrote:
> "Marek Janaszewski /USUN_TO. z adresu!/" <USUN_TO...@gazeta.pl>
> wrote in message news:c60l8p$19kg$2@news.atman.pl...
>> red wrote:
> (...)
>> Dodatkowo zmiany w bibliotece systemowej nie spowodują zmian w
>> aplikacji.
>
> Można to potraktować jako zaletę albo... wadę - może ktoś chciałby
> mieć zawsze takie same ikonkie jak w systemie nie zależnie jaka to
> jest wersja systemu?
[...]

Witam!

Taki upgrejt programu bez wiedzy Twórcy :-) Raczej nie polecał bym, nowego
programu z tego nie będzie a kłopoty mogą. Aktualnie odchodzi się od tego
typu zależności i wszystkie wspólne elementy w systemie są szczególnie
pilnowane. Microsoft obiecuj koniec z "DLL Hell". Wszystko ma być
Side-By-Side, dyski są tanie a aplikacje mają działać :-)

Poza tym jeśli aplikacja ląduje są ze zbyt dużej ilości .dll-ek jest robi to
wolniej. Głowica dysku traci dużo czasu na wędrowanie po dysku odszukując
kawałków aplikacji. Ta grafika nie jest tak wielka, że aktualnie
oszczędności w wielkości był jakieś znaczące. A program o bardziej zawartej
budowie szybciej się ładują. Microsoft w Windows XP wprowadził Prefech aby
próbować przyspieszyć właśnie ładowanie programów poprzez optymalizacje
ładowania .dll-ek. Nie wiem czy taki argument był by także sensowny jeśli
chodzi o wsadzenie wszystkiego do jednego .exe-ka.

-- 
Pozdrawiam,
Marek Janaszewski
[ j_m...@gazeta.pl ]