From: "Artur R. Czechowski" <arturcz hell.pl>
Subject: Re: =?iso-8859-2?Q?Pro=B6ba?= o Excel 4.0
On 2005-07-20, PRYWATNY GABINET ORTOPEDYCZNY ORTOMED <ortomed neostrada.pl> wrote:
> natychmiastowe rozwiązanie problemu, ale na wskazanie drogi. To przecież Wy
Wskazanie drogi: this way -> http://rtfm.bsdzine.org/
Jeżeli po przeczytaniu powyższego tekstu zrozumiesz, co zrobiłeś źle, to
dobrze. Jeśli nie to życzliwa rada - daj sobie spokój z usenetem.
Pozdrawiam
Czesiu
--
Życie to życie - podobnie, jakbyś zamawiał konserwę w sklepie
wysyłkowym - nigdy nie wiesz, czego się spodziewać :)
/.../
From: "Sebastian Kowalik" <sebastian.kowalik_ext siemens.com>
Subject: Wygaszanie ComboBox przy zablokowanej edycji
Witam
mam drobny problem
Przy ustawieniu ComboBox'a na nieedytowalny wygaszają się jego kolory
(szarzeje :)
np.
iwidgets::combobox .my_combobox \
-editable false
Czy da sie jakoś uniknąć tej zmiany koloru ? Czy można ustawić jakoś kolor
na jaki się to okienko wygasza?
Z góry dzięki za wszelkie pomysły
Pozdrawiam
Sebastian Kowalik
From: Wojciech Kocjan <hceicjow.backward kocjan.org>
Subject: Re: Wygaszanie ComboBox przy zablokowanej edycji
Googie napisał(a):
> Tak przy okazji Itk, bo widzę że obeznany w temacie jesteś - jest jakiś
> sposób na wrzucenie Itk do starkita, żeby działał? Kiedy ostatnio tego
> próbowałem, to przy próbie załadowania Itk dostawałem błąd, że Itk nie
> może zlokalizować libitk.so czy jakoś tak, bo - jak się później
> dowiedziałem na c.l.t - Itk ma wkompilowywaną ścieżkę do siebie. Da
> się to jakoś obejść? Twórcy tclkit'a jakoś obeszli to w Itcl, więc
> myślę że w Itk też się da. Grzebanie w źródłach i rekompilacja? :(
Dqkit ma Itk. Możesz sobie pobrać źródła. To nie jest tak na prawdę
jakiś duży myk, po prostu Itcl i Itk są zgrane tak jak Tcl/Tk i jeśli
masz nie tą wersję co trzeba to się nie dogadają - nie wiem czy Itk nie
jest też często zlinkowane z Itcl, bez stubs - nie interesowałem się aż
tak, wolałem przekompilować całość. Najprościej jest wkompilować i
trzymać własną binarkę.
--
WK
From: "Sebastian Kowalik" <sebastian.kowalik_ext siemens.com>
Subject: Re: Wygaszanie ComboBox przy zablokowanej edycji
Wielkie Dzięki
Działa :)
"Wojciech Kocjan" <hceicjow.backward kocjan.org> wrote in message
news:dbr667$ol4$1 atlantis.news.tpi.pl...
> Sebastian Kowalik napisał(a):
>> Witam
>>
>> mam drobny problem
>>
>> Przy ustawieniu ComboBox'a na nieedytowalny wygaszają się jego kolory
>> (szarzeje :)
>>
>> np.
>>
>> iwidgets::combobox .my_combobox \
>> -editable false
>>
>> Czy da sie jakoś uniknąć tej zmiany koloru ? Czy można ustawić jakoś
>> kolor na jaki się to okienko wygasza?
>
> .my_combobox component entry configure -disabledbackground \
> [.my_combobox component entry cget -background]
>
> Albo dorwać się do entryfield.itk i dodać keep odpowiedni przy
> itk_component add entry ...
>
> --
> WK
From: Wojciech Kocjan <hceicjow.backward kocjan.org>
Subject: [Announce] TclDB 0.9
Witam,
Chcialem oglosic wydanie 0.9 pakietu TclDB. Podstawowe informacje o
pakiecie:
- napisany w Tcl/Tk, wymaga jedynie Tcl, Tk, Itcl, Itk i Iwidgets
(Iwidgets wkrotce juz nie bedzie wymagane)
- kilka funkcji dodatkowych obslugujacych konwersje czasu/daty
- mozliwosc laczenia sie z roznymi rodzajami baz danych, wspolne API do
tych baz danych oraz zautomatyzowana obsluga zapytan
- mozliwosc pamietania konfiguracji aplikacji w SQLite korzystajac z
mechanizmu sledzenia zmiennych (variable traces)
- interfejsy graficzne do manipulacji baza danych z duza iloscia
automatyzacji - mozna stworzyc program do edycji jednej tabelki w mniej
niz 5 minut, korzystajac z kontrolki [tcldb::tdbedit]
- dodatkowe narzedzia - graficzny projektant baz danych
Strona projektu: http://sourceforge.net/projects/dqsoftware/
(jest tam rowniez screenshot dbdesignera).
ps. Repostuje z c.l.tcl, ale przy okazji spytam - moze jakis nadgorliwy
czlonek tej grupy chcialby pomoc w dokumentacji lub przykladach?
--
WK
From: Wojciech Kocjan <hceicjow.backward kocjan.org>
Subject: Re: [Announce] TclDB 0.9
Googie napisał(a):
>>- mozliwosc pamietania konfiguracji aplikacji w SQLite korzystajac z
>>mechanizmu sledzenia zmiennych (variable traces)
> Nie jestem zbyt zorientowany w temacie, ale czy (Tcl)DB to ogólnie
> używana nazwa dla wszelkich baz danych? Tzn - czy TclDB jest
> interfejsem do wielu baz?
Tak. Warstwa "db" (cały katalog tcldb-0.9/db) jest czymś w rodzaju
ujednolicenia dostępu do baz. Potem dochodzi cała masa GUI.
W sumie nawet ten tcldb::config może działać na czym chcesz - ale mi się
bardzo wygodnie w SQLite pamięta konfig. Sam wrzuca do odpowiedniego
katalogu, probuje znalezc odpowiedni numer instancji etc.
> Przy okazji: Co jest w pakiecie misc (ze strony dqsoftware na sf.net)?
Nie ma chyba jako takiego pakietu misc. W misc wrzuciłem snapshot mingw,
w którym buduję dqkit pod Windows. Starałem się po prostu wgrać wszystko
co może być potrzebne do kompilacji.
> Jest jakaś działająca strona dotycząca tych pakietów? Link z sf.net do
> Home Page raczej niezbyt trafnie kieruje, a chętnie przeczytał bym
> krótkie opisy "what is this?" i zobaczył kilka przykładów użycia, tak
> żeby mieć pojęcie "z czym to się je".
Obecnie płodzę dokumentację. I chyba czeka mnie obsługa Oracle, bo
notorycznie mnie ludzie o to męczą.
--
WK
From: Maciej Sobczak <no.spam no.spam.com>
Subject: Tk - centrowanie =?ISO-8859-2?Q?g=B3=F3wnego_okna?=
Poddaję się.
Czy ktoś z grupowiczów zna metodę na to, żeby główne okno programu
Tcl/Tk ustawić na środku ekranu?
Mam drobny programik w Tcl/Tk, który jest uruchamiany przez inną
aplikację okienkową. Jedyne okno tego drobnego pomocniczego programu
wyświetla się w lewym górnym rogu ekranu - chciałbym, żeby pojawiło się
na środku.
Bardziej ogólnie: chciałbym, żeby pojawiło się w zadanych (X, Y).
--
Maciej Sobczak : http://www.msobczak.com/
Programming : http://www.msobczak.com/prog/
From: kokoryn <kokoryn_NO_SPAM_ o2.pl>
Subject: Re: Tk - centrowanie głównego okna
On Thu, 28 Jul 2005 10:14:09 +0200, Maciej Sobczak
<no.spam no.spam.com> wrote:
> Poddaję się.
>
> Czy ktoś z grupowiczów zna metodę na to, żeby główne okno programu
> Tcl/Tk ustawić na środku ekranu?
>
> Mam drobny programik w Tcl/Tk, który jest uruchamiany przez inną
> aplikację okienkową. Jedyne okno tego drobnego pomocniczego programu
> wyświetla się w lewym górnym rogu ekranu - chciałbym, żeby pojawiło się
> na środku.
>
> Bardziej ogólnie: chciałbym, żeby pojawiło się w zadanych (X, Y).
wm geometry ??
Jako pierwszy argument podajesz widget, a jako drugi string
określający kształt i położenie okna w formacie "widthxheight+x+y",
gdzie width i height to rozmiar, a x i y położenie względem lewej i
górnej krawędzi ekranu, jeśli dasz minusy zamiast plusów będze się
liczyć odpowiednio od prawej i dolnej krawędzi.
From: Maciej Sobczak <no.spam no.spam.com>
Subject: Re: Tk - centrowanie =?ISO-8859-2?Q?g=B3=F3wnego_okna?=
kokoryn wrote:
> wm geometry ??
>
> Jako pierwszy argument podajesz widget, a jako drugi string
> określający kształt i położenie okna w formacie "widthxheight+x+y",
Dzięki, zadziałało. Niestety, nadal mam problem.
Chciałbym w tym ustawieniu uwzględnić bieżący rozmiar okna (ten, który
wynika z naturalnego rozmiaru jego elementów), który zależy od
wyświetlanych w nim danych - a to jest znane w czasie wykonania.
Niestety, ten "naturalny" rozmiar okna jest znany dopiero wtedy, gdy
okno się pojawi na ekranie - a ja chcę je ustawić na środku *zanim* się
pojawi. Chodzi o to, że w tym czasie główna aplikacja czeka i się nie
odświeża - wyświetlenie okna Tcl/Tk w jakimkolwiek miejscu i
przesunięcie go odsłania część okna głównej aplikacji i tak odsłonięta
część brzydko wygląda.
Czy jest jakaś metoda na poznanie naturalnego rozmiaru okna (tego, który
wynika z upakowania jego elementów) przed jego pojawieniem się na ekranie?
--
Maciej Sobczak : http://www.msobczak.com/
Programming : http://www.msobczak.com/prog/
From: kokoryn <kokoryn_NO_SPAM_ o2.pl>
Subject: Re: Tk - centrowanie głównego okna
On Thu, 28 Jul 2005 14:55:52 +0200, Maciej Sobczak
<no.spam no.spam.com> wrote:
> Czy jest jakaś metoda na poznanie naturalnego rozmiaru okna (tego, który
> wynika z upakowania jego elementów) przed jego pojawieniem się na ekranie?
Rozmiar, który wynika z upakowania elementów na oknie, jest zwracany
przez procedury:
winfo reqwidth
winfo reqheight
Natomiast nie wiem, czy da się te informacje uzyskać zanim okno
zostanie wyświetlone. Zajrzałem do Welcha i jest tam takie zdanie:
"A window's size is not set until a geometry manager maps a window
onto the display."
Z drugiej strony w dokumentacji obu tych procedur jest napisane:
"This is the value used by window's geometry manager to compute its
geometry."
Te stwierdzenia stoją w sprzeczności (choć może to wynikać z faktu, że
Welch pisał o którejś z wczesnych wersji 8.4, a dokumentacja jest dla
8.5), ale zdaje się, że Welch jednak ma rację, bo po małym sprawdzeniu
zauważyłem, że te procedury zawsze zwracają mi 200 przed wyświetleniem
okna, a prawidłową wartość dopiero po wyświetleniu. Inna rzecz, że
zawsze traktowałbym dokumentację jako nadrzędne źródło wobec choćby
najlepszej książki. Jest to dość zaskakująca sytuacja - nie wiem o co
tu chodzi.
From: Wojciech Kocjan <hceicjow.backward kocjan.org>
Subject: Re: Tk - centrowanie =?ISO-8859-2?Q?g=B3=F3wnego_okna?=
kokoryn napisał(a):
> On Thu, 28 Jul 2005 14:55:52 +0200, Maciej Sobczak
> <no.spam no.spam.com> wrote:
>
>
>>Czy jest jakaś metoda na poznanie naturalnego rozmiaru okna (tego, który
>>wynika z upakowania jego elementów) przed jego pojawieniem się na ekranie?
>
>
> Rozmiar, który wynika z upakowania elementów na oknie, jest zwracany
> przez procedury:
>
> winfo reqwidth
> winfo reqheight
>
> Natomiast nie wiem, czy da się te informacje uzyskać zanim okno
> zostanie wyświetlone. Zajrzałem do Welcha i jest tam takie zdanie:
>
> "A window's size is not set until a geometry manager maps a window
> onto the display."
Tak. To idzie w górę.
Na przykład jeśli mamy . i w nim .frame, to reqwidth/reqheight idzie
dalej - czyli teoretycznie jeśli nie ma innej opcji to można zdublować
geometry managera i pytać od najgłebszego obiektu wzwyż. No ale to
oczywiście żmudne i bezcelowe.
> Te stwierdzenia stoją w sprzeczności (choć może to wynikać z faktu, że
> Welch pisał o którejś z wczesnych wersji 8.4, a dokumentacja jest dla
> 8.5), ale zdaje się, że Welch jednak ma rację, bo po małym sprawdzeniu
> zauważyłem, że te procedury zawsze zwracają mi 200 przed wyświetleniem
> okna, a prawidłową wartość dopiero po wyświetleniu. Inna rzecz, że
> zawsze traktowałbym dokumentację jako nadrzędne źródło wobec choćby
> najlepszej książki. Jest to dość zaskakująca sytuacja - nie wiem o co
> tu chodzi.
Nie. To ma całkowity sens. W każdej chwili możesz spytać o każdy
najniżej osadzony widget. Gorzej z np frame, który jeszcze nie był
przeliczony.
--
WK
From: kokoryn <kokoryn_NO_SPAM_ o2.pl>
Subject: Re: Tk - centrowanie głównego okna
On Thu, 28 Jul 2005 19:09:08 +0200, Wojciech Kocjan
<hceicjow.backward kocjan.org> wrote:
> Na przykład jeśli mamy . i w nim .frame, to reqwidth/reqheight idzie
> dalej - czyli teoretycznie jeśli nie ma innej opcji to można zdublować
> geometry managera i pytać od najgłebszego obiektu wzwyż. No ale to
> oczywiście żmudne i bezcelowe.
[...]
> Nie. To ma całkowity sens. W każdej chwili możesz spytać o każdy
> najniżej osadzony widget. Gorzej z np frame, który jeszcze nie był
> przeliczony.
Tak, już zaczynam pojmować. Przeleciałem po wszystkich widgetach (od
"najgłębszych" do tych najbardziej "na wierzchu") i faktycznie
wszystkie nie-frame'y zwróciły konkretne wartości, frame'y 1x1, a okno
główne 200 i 200. Rozumiem, że te jedynki wynikają z tego, że wymiary
dla frame'a są obliczane w momencie, kiedy jest on upakowany? A da się
je przeliczyć zanim zostanie wyświetlony? I dlaczego dla okna toplevel
dostaję 200x200 (wygląda na jakąś wartość wziętą z sufitu)?
From: kokoryn <kokoryn_NO_SPAM_ o2.pl>
Subject: Re: Tk - centrowanie głównego okna
On Thu, 28 Jul 2005 20:32:35 +0200, kokoryn <kokoryn_NO_SPAM_ o2.pl>
wrote:
> Tak, już zaczynam pojmować. Przeleciałem po wszystkich widgetach
Małe sprostowanie, żeby nie było wątpliwości - tu mi wypadł kawałek
zdania: "w prostym, przykładowym programie".
> (od "najgłębszych" do tych najbardziej "na wierzchu") i faktycznie
From: Wojciech Kocjan <mojeimie kocjan.org>
Subject: Re: Tk - centrowanie =?ISO-8859-2?Q?g=B3=F3wnego_okna?=
kokoryn napisał(a):
> Tak, już zaczynam pojmować. Przeleciałem po wszystkich widgetach (od
> "najgłębszych" do tych najbardziej "na wierzchu") i faktycznie
> wszystkie nie-frame'y zwróciły konkretne wartości, frame'y 1x1, a okno
> główne 200 i 200. Rozumiem, że te jedynki wynikają z tego, że wymiary
> dla frame'a są obliczane w momencie, kiedy jest on upakowany? A da się
> je przeliczyć zanim zostanie wyświetlony?
SYNOPSIS
update ?idletasks?
DESCRIPTION
This command is used to bring the application ``up to date'' by entering
the event loop repeatedly until all pending events (including idle
callbacks) have been processed.
If the idletasks keyword is specified as an argument to the command,
then no new events or errors are processed; only idle callbacks are
invoked. This causes operations that are normally deferred, such as
display updates and window layout calculations, to be performed immediately.
Juz pisalem chyba o tym ;-)
> I dlaczego dla okna toplevel
> dostaję 200x200 (wygląda na jakąś wartość wziętą z sufitu)?
Chyba tak. Nie znam na wszystko odpowiedzi ;-)
--
WK
From: "Googie" <googie no.spam.org>
Subject: Re: Tk - centrowanie głównego okna
Tu masz 2 procedury, ktore pewnie Ci sie przydadza:
#---------------------
proc center {path} {
update
set wd [winfo width $path]
set ht [winfo height $path]
set x [expr {([winfo screenwidth $path]-$wd)/2}]
set y [expr {([winfo screenheight $path]-$ht)/2}]
wm geometry $path +$x+$y
}
proc centerBy {path {parent {}}} {
update
if {$parent == ""} {
set sp [split $path .]
if {[llength $sp] > 2} {
set parent [join [lrange $sp 0 end-1] .]
} else {
set parent .
}
}
set sp [split [wm geometry $parent] +]
set px [lindex $sp 1]
set py [lindex $sp 2]
set wd [winfo width $path]
set ht [winfo height $path]
set x [expr {$px+([winfo width $parent]-$wd)/2}]
set y [expr {$py+([winfo height $parent]-$ht)/2}]
wm geometry $path +$x+$y
}
#----------------
Pierwsza centruje okno na srodku pulpitu. Jako argument podaje sie
sciezke/nazwe okna.
Druga centruje okno na srodku danego okna. Jako drugi argument podaje się to
okno. Jesli jednak drugi argument zostanie pominiety, to okno zostanie
wycentrowane względem głownego okna aplikacji Tcl.
Jest jedna wada: okna musza sie pokazac, zanim zostana ustawione w
odpowiednim miejscu (za co odpowiada komenda [update] na poczatku kazdej z
procedur). Jest to spowodowane tym, ze window manager potrafi okreslic
wymiary okien dopiero po ich pokazaniu, a wymiary te sa potrzebne do
wycentrowania. Podejrzewam, ze da sie ten problem ominac uzywajac [wm
withdraw], trzeba pokombinowac :)
--
Pozdrawiam!
Googie
From: Googie <googie nospam.org>
Subject: Re: Tk - centrowanie =?ISO-8859-2?Q?g=3F=F3wnego?= okna
Maciej Sobczak wrote:
> To, czego mi brakuje to możliwość wyznaczania naturalnego rozmiaru
> okna bez konieczności jego rysowania.
Jeśli okna są zaprojektowane "raz, na zawsze", to można pokusić się o
uruchomienie aplikacji, wykonać [update] na danym oknie, następnie
sczytać jego rozmiary i położenie (zwyczajnie, przez: [wm
geometry .okno]), a następnie podstawić te dane jako argument przy
każdorazowym tworzeniu tego okna tak, aby współrzędne te zostały
ustawione, zanim okno się narysuje, czyli najlepiej tuż po wywołaniu
[toplevel] dla tego okna.
Tym sposobem okno pojawi się od razu na swoim miejscu i w odpowiednim
rozmiarze. Wadą jest to, że musisz na sztywno wpisać
rozmiary/położenie okna.
--
Pozdrawiam (Greetings)!
Googie
From: Wojciech Kocjan <mojeimie kocjan.org>
Subject: Re: Tk - centrowanie =?UTF-8?B?Z8Kzw7N3bmVnbyBva25h?=
Maciej Sobczak napisaĹ(a):
>> Podejrzewam, ze da sie ten problem ominac uzywajac [wm
>> withdraw]
> Podejrzewam, Ĺźe nie w tym przypadku - gĹĂłwna aplikacja jest zablokowana
> i siÄ i tak nie odĹwieĹźy, niezaleĹźnie od trickĂłw po stronie Tcl.
A moĹźe:
proc centerWindow {p} {
set xx [expr {([winfo screenwidth $p] - [winfo width $p]) / 2}]
set xy [expr {([winfo screenheight $p] - [winfo height $p]) / 2}]
wm geometry $p +${xx}+${xy}
}
toplevel .xx
frame .xx.yy
text .xx.yy.zz -width 100 -height 1
pack .xx.yy.zz -fill both -expand 1
pack .xx.yy -fill both -expand 1
wm withdraw .xx
update
centerWindow .xx
wm deiconify .xx
U mnie na Windows dziaĹa.
--
WK
From: Wojciech Kocjan <mojeimie kocjan.org>
Subject: Pomysl
Hej,
Ostatnio naszedł mnie ciekawy pomysł i zastanawiam się czy ktoś byłby
chętny do napisania tego (samemu mi się nie chce).
Mimo, że jest już duużo tego typu programów to nie znalazłem darmowego,
przyjaznego file managera, z którego da się korzystać.
Mi by sie podobał file manager korzystający z treectrl i pozwalający na
tworzenie (chociażby skryptami Tcl) toolbarów i innych. Byćmoże mógłby
bazować na TotalCmd a byćmoże na DirOpusie.
Ktoś może chciałby się w taki projekt pobawić?
--
WK
From: Googie <googie nospam.org>
Subject: Re: Pomysl
Wojciech Kocjan wrote:
[...]
Nie wiem czemu, ale posty pisane przez groups.google.pl nie są
forwardowane na inne serwery news. Tak że przeklejam napisanego tam
posta jeszcze raz, tutaj:
-------
No ale przeciez jest Krusader - porównywalny (a moim zdaniem lepszy)
do Total Commandera. Tyle ze wymaga KDE, ale dzieki temu jest juz
zintegrowany z tym srodowiskiem - tak jak TotCmd z Windowsem.
--
Pozdrawiam (Greetings)!
Googie
From: Googie <googie nospam.org>
Subject: Re: Pomysl
Pisałem o Krusaderze, ale napisanie takiego programu w Tcl, z użyciem
Tile (co by nie odstraszał wyglądem), ładnymi ikonkami (Img::png +
zestaw ikonek png) i całym arsenałem rozszerzeń, który posiada Tcl,
można by napisać dość szybko (dzięki Tcl'owi samemu w sobie :) ) dobry
menadżer.
Mógłbym się pokusić o przyłącznie się do takiego projektu :)
--
Pozdrawiam (Greetings)!
Googie
From: "Artur R. Czechowski" <arturcz hell.pl>
Subject: Re: Pomysl
On 2005-08-13, Derek Kuliński / takeda <d.kulinski gmail.com> wrote:
> On Sat, 13 Aug 2005 13:46:46 +0000, Googie wrote:
> > Nie wiem czemu, ale posty pisane przez groups.google.pl nie są
> > forwardowane na inne serwery news. Tak że przeklejam napisanego tam
> > posta jeszcze raz, tutaj:
> Ponoć posty z groups.google.com na grupy pl.* są cancelowane przez boty.
Nie są cancelowane. Nie są po prostu wpuszczane na serwery w *.pl.
> Powodem bodajże jest to, że Google nie reaguje na skargi, gdy ktoś nadużywa
> ich serwisu.
W rzeczy samej.
Pozdrawiam
Czesiu
PS. FUT pl.news.admin
--
Dekolektywizacja stosunków zarządzanie-praca, którą implikuje deregulacja,
oddziaływać bedzie dysfunkcyjnie
/Raport Międzynarodowego Biura Pracy z 1995 roku/
From: "Bodziu" <podlipniak poczta.onet.pl>
Subject: Kopiowanie plików
Witam
Czy ktoś wie jak można w tcl pokazać postęp kopiowanego pliku?.
Bodziu
From: Googie <googie nospam.org>
Subject: Re: Kopiowanie =?ISO-8859-2?Q?plik=F3w?=
Bodziu wrote:
> Witam
>
> Czy ktoś wie jak można w tcl pokazać postęp kopiowanego pliku?.
>
A kopiujesz jak? Przez [file copy]? Wtedy nie bardzo się da.
Żeby pokazać postęp to trzeba posłużyć się nieco bardziej wyrafinowanym
sposobem:
proc progress {in out bytes {errMsg {}}} {
if {$errMsg != ""} {
puts "Błąd: $errMsg"
} else {
puts "Skopiowano [incr ::Bytes($in) $bytes] bajtow."
if {[eof $in]} {
puts "Zakonczono kopiowanie."
close $in
close $out
}
}
}
set in [open plik1 r]
set Bytes($in) 0
# Poniższa linia opcjonalnie, jeśli plik jest binarny a nie tekstowy
fconfigure $in -translation binary -encoding binary
set out [open plik2 w]
# Poniższa linia analogicznie do linii 2
fconfigure $out -translation binary -encoding binary
fcopy $in $out -command [list progress $in $out] -size 4096
Trzeba zwrócić uwagę, że [fcopy] z opcją -command działa w tle, zatem
niezbędna jest pętla zdarzeń - jeśli skrypt jej dotychczas nie używał,
to zaraz po [close $out] należy dodać linię [set ::done 1] a na końcu
skryptu: [vwait done]
--
Pozdrawiam (Greetings)!
Googie
From: Googie <googie nospam.org>
Subject: Re: Kopiowanie =?ISO-8859-2?Q?plik=F3w?=
Googie wrote:
> fcopy $in $out -command [list progress $in $out] -size 4096
A ta wielkość - 4096 - to sobie wybrałem. To są "kawałki", czyli liczba
bajtów, po skopiowaniu której [fcopy] wywoła komendę progress.
--
Pozdrawiam (Greetings)!
Googie
From: Wojciech Kocjan <hceicjow.backward kocjan.org>
Subject: Re: Pomysl
Googie napisał(a):
> Pisałem o Krusaderze, ale napisanie takiego programu w Tcl, z użyciem
> Tile (co by nie odstraszał wyglądem), ładnymi ikonkami (Img::png +
> zestaw ikonek png) i całym arsenałem rozszerzeń, który posiada Tcl,
> można by napisać dość szybko (dzięki Tcl'owi samemu w sobie :) ) dobry
> menadżer.
Mi chodzi o takie coś co by działało pod Windowsem i Linuxem, dlatego
Krusader do mnie nie przemawia.
> Mógłbym się pokusić o przyłącznie się do takiego projektu :)
Git. Jutro oficjalnie wracam z urlopu to zacznę myśleć :-)
--
WK