Marpol Okna

Tematy

biblia

Karol MARCHEWKA <karolmarche@-SPAMEROM-STOP-gazeta.plnapisał w
dniu Sun, 18 Mar 2007 09:56:56 +0100:


Tyle tylko, że mi chodzi o pokazywanie i ukrywanie kolumn, a nie blokowanie i odblokowywanie pól :-)


Ustaw szerokość kolumny na 0, żeby ją ukryć, lub większą od 0, aby ją
pokazać - wszystko w zdarzeniu Open, albo Current tego formularza.


Funkcja close posiada acsaveNo tyle, że mógłbym z niej skorzystać jeżeli zamykałbym form z przycisku
z komendą close, ale to jest formularz w widoku arkusz danych i zamykam go przyciskiem X w prawym
górnym rogu okna form...

Ciągle jestem w kropce :-(


Hmm... Może http://support.microsoft.com/kb/173517 ci coś podpowie?
Zrób cancel zdarzenia Unload tego formularza, a następnie zamknij go z
kodu innego formularza niezwiązanego, którego otworzysz jako
niewidoczny ;)
Trochę to naokoło, ale może rozwiąrze Twój problem ;)
Pozdro



On 4 Mar 2001 14:16:39 +0100, are@poczta.fm (AREX) wrote:

| zadam teraz moze pytanie lajkonika ale nigdy nie mialem okazji przekonac sie
| naocznie - co daje w praktyce uzywanie drugiego monitora w programach typu
| photoshop, corel, page maker? jesli w ogole daje w nich cos wymierngo?

| Np. w Photoshopie wywalasz wyszystkie paski narzedzi i okienka na
| drugi monitor, tak samo menu start i masz czyste (np.) 1600x1200 dla
| grafiki :)

czy w corelu np. 8.0 jest taka sama mozliwosc?


Taka możliwość jest w każdym programie działającym pod Windows i
pozwalającym na wysunięcie okienek poza obszar głównego okna programu
(łatwo sprawdzić, wystarczy zrobić wielkość okna programu na pół
ekranu i spróbować coś wyciągnąć poza nie).

Problem może polegać na zapamiętywaniu położenia tychże okienek. Corel
9 nie ma z tym problemu, ale np. Winamp tak (tj. nie pamięta na którym
był ekranie). Przypuszczam, że Corel 8 obsługuje dwa monitory, ale
zawsze lepiej by było sprawdzić.



Jacek Czerwinski napisał(a):

Thu, 24 Mar 2005 15:31:48 +0100, na pl.comp.lang.c, Tomasz Pyra napisał(a):

| Jak za pomoca WinAPI


[ciach]

Dzieki... nie widzialem ze LVS_* tez odnosza sie do ListView :)

Mam teraz kolejny problem.
Stworzylem ListView - wyglada dokladnie tak jak bym chcial.

Wlaczylem mozliwosc edycji pol i w momecie kiedy wyedytuje (juz po dopisaniu
pierwszej literki) jakiekolwiek pole okno dostaje WM_DESTROY i znika.

Obsluguje LVN_ENDLABELEDIT - wszystko wyglada dobrze (ListView zwraca nowa,
zaktualizowana wartosc).

Tylko jednym z kolejnych komunikatow wysylanych do okna jest WM_DESTROY.

Nie wiem dlaczego tak sie dzieje...
Probowalem googlac, ale nie znalazlem nic po angielsku (ale mam wrazenie ze
znalazlem troche po rosyjsku, tylko nie potrafie przeczytac) :)



On 15 Mar, 14:45, Artur Zabroński <patrz@stopke.comwrote:


Dnia Thu, 15 Mar 2007 06:27:33 -0700, odysse napisał(a):

| niby blok
| if (ubez.isEditable() )   ////ubez - pole tekstowe
| try{
|     Integer.parseInt(ubez.getText());
|     }
|            catch(Exception e1)
|                    {JOptionPane.showMessageDialog(main, "Cena powinna być liczbą!",
| "Błędne dane", JOptionPane.ERROR_MESSAGE);
|                    }
| }
| daje mi to co chce z tym, ze ja do sprawdzenia mam kilka dalszych pol
| no i po pierwsze nie chce zeby jak mi juz wyswietli okno dialogowe szo
| do dalszego sprawdzania
| a on wlasnie tak robi
| wyswietla mi okno po czym dzirko wedruje sobie dalej i kolejne mi okno
| wyswietla

Jak to sie dzieje w funkcji jakiejś którą odpalasz na okazję zmian w
formatce to po prostu wyjdź z niej przy wyjątku i już.

Patrzyłeś na JFormattedTextField?

--
Pozdrawiam,
Artur


no wlasnie nie za bardzo moge sobie wyskakiwac bo i nie ma gdzie
a moze czyms mozna by bylo wyskoczyc? jakos goto by sie przydal...

to jest w obsludze zdarzenia (nacisniecia przycisku na formatce, na
ktorej znajduje sie wiele pol, a kazde z nich musze obsluzyc)
zaraz spojrze na ten JFor....



Dnia 20 Mar 1997 22:10:39 GMT, "Grzegorz Klimczewski"
<fo@polandmail.compisal(a)


Wreszcie jest dostępna klawiatura ISO 8859-2 w Internecie

http://www.webmedia.pl/Studio/windows97/surprise.htm

dodatkowo font ekranowy w tym standardzie.

Przygotowało: Studio OKNO z Wrocławia.


Od pol roku mam klawaiture ISO i fonty ISO. (Dla Win'95).

Marcin Jagodzinski
------------------
mailto:marc@ikp.atm.com.pl
http://www.atm.com.pl/~dima/mj.html



Child napisał:


On Thu, 13 Mar 2003 19:51:46 +0000 (UTC), Mikolaj Machowski wrote:
| Wady: w stanie rozwiniętym będzie zawsze zmaksymalizowane;
A to czemu? A jak ustawisz sobie okno np. na pół ekranu, potem shade, to
po unshade będzie zmaksymalizowane?


Właściwie to nie. Ale tak to musisz albo ręcznie ustawiać okno na
wybranej pozycji, albo liczyć gdzie ma się odpalić.


| Window Maker nie ma możliwości przywołania konkretnego programu danym
| skrótem - musiałbyś najpierw dać fokus na to okno.
A od czego są "shortcuts to windows"?


Od czego? Serio pytam - jak się to ustawia i do czego służy?

m.



In the darkest hour on Fri, 10 Mar 2006 23:44:25 +0000 (UTC),
Mikolaj Machowski <mikm@wp.plscreamed:


| Może głupie i naiwne pytanie - widziałem to w akcji jako filmik i
| wyglądalo jak Gnome... Czy to jest tylko przerobiony Gnome, czy można
| to dostosować również pod KDE?

Nie w tej postaci. Pod KDE zostało zrobione przynajmniej pół roku temu
coś bardzo podobnego pod nazwą xegl, ale ponieważ nie miało "pleców"
więc się rozmyło. Z tego co wiem pełna obsługa XGL zostanie włączone
w KDE4. Zresztą: jedyne naprawdę użyteczne rzeczy, czyli przezroczystość
okien i cienie są obsługiwane w KDE przynajmniej od dłuższego czasu
przez xcompmgr.


Tyle, że nie na ATI. No chyba, że software rendering nam odpowiada.



*Artur M. Piwko* twierdzi:


In the darkest hour on Fri, 10 Mar 2006 23:44:25 +0000 (UTC),
Mikolaj Machowski <mikm@wp.plscreamed:
| Może głupie i naiwne pytanie - widziałem to w akcji jako filmik i
| wyglądalo jak Gnome... Czy to jest tylko przerobiony Gnome, czy można
| to dostosować również pod KDE?

| Nie w tej postaci. Pod KDE zostało zrobione przynajmniej pół roku temu
| coś bardzo podobnego pod nazwą xegl, ale ponieważ nie miało "pleców"
| więc się rozmyło. Z tego co wiem pełna obsługa XGL zostanie włączone
| w KDE4. Zresztą: jedyne naprawdę użyteczne rzeczy, czyli przezroczystość
| okien i cienie są obsługiwane w KDE przynajmniej od dłuższego czasu
| przez xcompmgr.

Tyle, że nie na ATI. No chyba, że software rendering nam odpowiada.


Na 'radeon' z xorg 6.9/7.0 działa wypaśnie. Na oryginalnych od ATI --
sypie się ;-)

pozdrawiam()

  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • wpserwis.htw.pl
  • Powered by MyScript