- lms - lists.lms.org.pl

Re: 1.3.x
by Tomasz Chilinski 18 Lut '04

18 Lut '04

On Wed, 18 Feb 2004 18:43:30 +0100, Marcin Król wrote > E, tam. Ja dalej uważam że przed dalszym rozwijaniem LMS 2.0 > powinniśmy się spotkać. Przy okazji, uzytkownicy okazali by swoje > wsparcie sponsorując takie spotkanie, brak chętnych oznaczałby brak > zainteresowania LMS 2.0, co oznacza że można by sobie dać z tym > spokój ;] Tak jak kiedyś pisałem jestem w stanie wysupłać trochę grosza miesięcznie na rozwój LMS, a dodatkowo jest skłonny popracować przy nim (aktualnie brakuje mi jeszcze możliwości wyboru stawki VAT przy podawaniu jakichkolwiek wpłat. > > -- > "Kobieta wybaczy ci wszystko oprócz jednego: tego, że jej nie > kochasz." > (Alfred Musset) Pozdrawiam Tomasz Chiliński

1 0

Re: 1.3.x
by Marcin Król 18 Lut '04

18 Lut '04

Użytkownik Łukasz Jarosław Mozer napisał: > I co dalej? > > Budowa modularna - generalnie do dupy z tym. PHP jest na tyle > zdupionym językiem że nie da się tego ładnie zrobić, by dynamicznie > doładowywać coś, obsługiwać zdarzenia i takie tam. Owszem budowa > modularna by się przydała, ale nie ma najmniejszych szans aby ją > zaimplementować. Z kimkolwiek nie próbuję na ten temat pogadać, to > albo sam nie ma koncepcji (ALEC i Lexx, mimo wszystko dzięki) albo > leje ciepłym moczem na LMS'a. Baset, twoja koncepcja mi się bardzo podobała, coprawda żarło by to dużo pamięci, ale od strony kodu wyglądało by całkiem prosto. Pozatym nie wszystkie moduły trzeba by dołączać do tej klasy, ale to już do obgadania. > Do tego dochodzi jeszcze wielojęzykowść, > której nie uzyskamy też za cholerę. Nie przesadzaj. To się da zrobić na parę sposobów, tylko trzeba znaleźć ten jeden który nam się spodoba :) > O demonie nie piszę. almsd w żaden > sposób nie różni się od lms-mgc - dokąd nie będzie czegoś pracującego > na templejtach to nie ma wogóle o czym gadać. To też trzeba by dobrze przemyśleć. Anyway, to co jest raczej wystarcza, poza ostatnimi pytaniami o ht, nie zauwazyłem żeby komuś brakowało jakiś modułów do generowania czego tylko chcemy. Co nie znaczy że taka funkcjonalność była by miła. > Podobnie wyglądała > sprawa z zatrudnieniem w Smarty do tego - generalnie pomysł się > podobał kilku osobom, ale nikt nie ruszył dupy by napisać demona do > pobierania configów. To jest akurat normalne ;) [...] > PS. A może dokończmy to 1.2.0 i dajmy sobie spokój z tym w ogóle? E, tam. Ja dalej uważam że przed dalszym rozwijaniem LMS 2.0 powinniśmy się spotkać. Przy okazji, uzytkownicy okazali by swoje wsparcie sponsorując takie spotkanie, brak chętnych oznaczałby brak zainteresowania LMS 2.0, co oznacza że można by sobie dać z tym spokój ;] -- "Kobieta wybaczy ci wszystko oprócz jednego: tego, że jej nie kochasz." (Alfred Musset)

1 0

Re: 1.3.x
by Łukasz Jarosław Mozer 18 Lut '04

18 Lut '04

Witaj Radosław, W Twoim liście datowanym 18 lutego 2004 (18:25:25) można przeczytać: > Od siebie moge powiedzieć tyle: > Ja przez najbliższe pół roku nie będę miał czasu na pisanie nic nowego.. Biedactwo. Ale pomyśleć możesz. > Wpadne do Ciebie niedługo :P Po cholerę? -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Re: 1.3.x
by Tomasz Chilinski 18 Lut '04

18 Lut '04

On Wed, 18 Feb 2004 18:12:41 +0100, Łukasz Jarosław Mozer wrote > Witaj lms! > > http://lms.rulez.pl/download/1.2/lms-1.2.0rc1.tar.gz > http://lms.rulez.pl/download/1.2/lms-1.2.0rc1+libs.tar.gz > http://lms.rulez.pl/download/1.3/lms-1.3.0.tar.gz > http://lms.rulez.pl/download/1.3/lms-1.3.0+libs.tar.gz > > I co dalej? > > Budowa modularna - generalnie do dupy z tym. PHP jest na > tyle zdupionym językiem że nie da się tego ładnie zrobić, by dynamicznie > doładowywać coś, obsługiwać zdarzenia i takie tam. Owszem > budowa modularna by się przydała, ale nie ma najmniejszych > szans aby ją zaimplementować. Z kimkolwiek nie próbuję na ten > temat pogadać, to albo sam nie ma koncepcji (ALEC i Lexx, mimo > wszystko dzięki) albo leje ciepłym moczem na LMS'a. Do tego dochodzi > jeszcze wielojęzykowść, której nie uzyskamy też za cholerę. O > demonie nie piszę. almsd w żaden sposób nie różni się od lms-mgc - > dokąd nie będzie czegoś pracującego na templejtach to nie ma > wogóle o czym gadać. Podobnie wyglądała sprawa z zatrudnieniem w > Smarty do tego - generalnie pomysł się podobał kilku osobom, > ale nikt nie ruszył dupy by napisać demona do pobierania configów. > > Dalszy rozwój to wypieprzenie klasy LMS. Jest zupełnie niepotrzebna, > a ta obsługa modułów która teraz jest, nie jest ani udokumentowana, > ani nic, pozwala jedynie na przekazanie do modułu nowego > referencji do obiektów LMS, SMARTY i DB, oraz poprzez funkcję > AddMenu dodać pozycję do menu po lewej, więc do dupy z takimi modułami. > > Funkcje użytkowników - cóż, jedyna szansa to poprzez moduły była, > ale patrz powyższe punkty. Generalnie niektóre features są > fajne, ale niektóre idiotyczne i dokąd mi się nie spodobają to nic z > tego. > > LMS 2 i tak raczej nie wyjdzie, bo brakuje mi wsparcia i dochodzę > do wniosku że nikt w tym zasranym kraju PHP nie umie, a jak umie, to > jest złamanym kutasem i nie myśli o dzieleniu się chociaż > pomysłami z innymi. A co za tym idzie - żygam na GPL. > > Generalnie - w takim tępie to nic z tego nie wyjdzie. > > Anyway, dzisiaj wieczorem jak wrócę do domu przenoszę źródła LMS2 > do innego CVS i niestety przynajmniej do końca tego roku nie będzie > to na licencji GPL, a dostęp będą mieli tylko betatesterzy i developerzy. > > PS. A może dokończmy to 1.2.0 i dajmy sobie spokój z tym w ogóle? Na razie lepiej prześpij się ;) LMS nie jest niezłym systemem. Trzeba tylko parę rzeczy poprawić i naprawdę bedzie całkiem całkiem ;) > -- > Pozdrowienia, > Łukasz Jarosław Mozer Pozdrawiam Tomasz Chiliński

2 1

Re: 1.3.x
by Radosław Antoniuk 18 Lut '04

18 Lut '04

> PS. A może dokończmy to 1.2.0 i dajmy sobie spokój z tym w ogóle? Od siebie moge powiedzieć tyle: Ja przez najbliższe pół roku nie będę miał czasu na pisanie nic nowego.. więc.. Trollu.. :> Wpadne do Ciebie niedługo :P -- Warden

1 0

1.3.x
by Łukasz Jarosław Mozer 18 Lut '04

18 Lut '04

Witaj lms! http://lms.rulez.pl/download/1.2/lms-1.2.0rc1.tar.gz http://lms.rulez.pl/download/1.2/lms-1.2.0rc1+libs.tar.gz http://lms.rulez.pl/download/1.3/lms-1.3.0.tar.gz http://lms.rulez.pl/download/1.3/lms-1.3.0+libs.tar.gz I co dalej? Budowa modularna - generalnie do dupy z tym. PHP jest na tyle zdupionym językiem że nie da się tego ładnie zrobić, by dynamicznie doładowywać coś, obsługiwać zdarzenia i takie tam. Owszem budowa modularna by się przydała, ale nie ma najmniejszych szans aby ją zaimplementować. Z kimkolwiek nie próbuję na ten temat pogadać, to albo sam nie ma koncepcji (ALEC i Lexx, mimo wszystko dzięki) albo leje ciepłym moczem na LMS'a. Do tego dochodzi jeszcze wielojęzykowść, której nie uzyskamy też za cholerę. O demonie nie piszę. almsd w żaden sposób nie różni się od lms-mgc - dokąd nie będzie czegoś pracującego na templejtach to nie ma wogóle o czym gadać. Podobnie wyglądała sprawa z zatrudnieniem w Smarty do tego - generalnie pomysł się podobał kilku osobom, ale nikt nie ruszył dupy by napisać demona do pobierania configów. Dalszy rozwój to wypieprzenie klasy LMS. Jest zupełnie niepotrzebna, a ta obsługa modułów która teraz jest, nie jest ani udokumentowana, ani nic, pozwala jedynie na przekazanie do modułu nowego referencji do obiektów LMS, SMARTY i DB, oraz poprzez funkcję AddMenu dodać pozycję do menu po lewej, więc do dupy z takimi modułami. Funkcje użytkowników - cóż, jedyna szansa to poprzez moduły była, ale patrz powyższe punkty. Generalnie niektóre features są fajne, ale niektóre idiotyczne i dokąd mi się nie spodobają to nic z tego. LMS 2 i tak raczej nie wyjdzie, bo brakuje mi wsparcia i dochodzę do wniosku że nikt w tym zasranym kraju PHP nie umie, a jak umie, to jest złamanym kutasem i nie myśli o dzieleniu się chociaż pomysłami z innymi. A co za tym idzie - żygam na GPL. Generalnie - w takim tępie to nic z tego nie wyjdzie. Anyway, dzisiaj wieczorem jak wrócę do domu przenoszę źródła LMS2 do innego CVS i niestety przynajmniej do końca tego roku nie będzie to na licencji GPL, a dostęp będą mieli tylko betatesterzy i developerzy. PS. A może dokończmy to 1.2.0 i dajmy sobie spokój z tym w ogóle? -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Re: [almsd] tc - htb.sh
by Marcin Król 18 Lut '04

18 Lut '04

Użytkownik pbern(a)pbern.biz napisał: > Czy ktos ma przyklad tego pliku dla lacza asynchronicznego.... > tak jak ja rozumiem.. wystarczy dodac bandwith_down i bandwith_up.. > > i down przydzielic dla eth, a up dla wan... > > dobrze rozumuje ??? ZTCP moduł TC z almsd nie robi nić więcej niż zrzucenie ograniczeń do pliku wraz z adresem ip. Tak więc samo TC nadaje się conajwyżej do wyprodukowania pliku z wartościami upstream i downstream, które następnie muszą zostać przetworzone przez inny, zewnętrzny skrypt. -- "Jedynie ci kochankowie mogą o sobie zapomnieć, którzy niedostatecznie się kochali, by się znienawidzić." (Ernest Hemingway)

1 0

[almsd] tc - htb.sh
by pbern＠pbern.biz 18 Lut '04

18 Lut '04

Czy ktos ma przyklad tego pliku dla lacza asynchronicznego.... tak jak ja rozumiem.. wystarczy dodac bandwith_down i bandwith_up.. i down przydzielic dla eth, a up dla wan... dobrze rozumuje ??? Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: Fox ?!
by Radosław Antoniuk 17 Lut '04

17 Lut '04

No proszę, Fox ewoluował w ogra... też ciekawe ;-> -- Warden

1 0

Re: Fox ?!
by Rafal Ramocki 17 Lut '04

17 Lut '04

On Tue, 17 Feb 2004 15:02:13 +0100, Łukasz Jarosław Mozer wrote > Witaj detekt, > > W Twoim liście datowanym 17 lutego 2004 (14:51:40) można przeczytać: > > > hmm ale fajny watek :) > > btw troll jest w shreku i jest nawet sympatyczny :) > > Gdzie?!? It's an Ogr, donkey. > No no! Osoil tez jest w Shreku i jest calkiem sympatyczny, wiec wypada to interpretowac jako komplement :P A w gumisiach co bylo? Trole czy ogry? ;) z powazaniem Rafal Ramocki

1 0

Re: Fox ?!
by detekt＠detekt.pl 17 Lut '04

17 Lut '04

Witam Łukasz, > Witaj detekt, > W Twoim liście datowanym 17 lutego 2004 (14:51:40) można przeczytać: >> hmm ale fajny watek :) >> btw troll jest w shreku i jest nawet sympatyczny :) > Gdzie?!? It's an Ogr, donkey. aaa tam wnikasz za bardzo baset :) -- Pozdrawiam Detekt

1 0

Re: Fox ?!
by Łukasz Jarosław Mozer 17 Lut '04

17 Lut '04

Witaj detekt, W Twoim liście datowanym 17 lutego 2004 (14:51:40) można przeczytać: > hmm ale fajny watek :) > btw troll jest w shreku i jest nawet sympatyczny :) Gdzie?!? It's an Ogr, donkey. -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Re: Fox ?!
by detekt＠detekt.pl 17 Lut '04

17 Lut '04

Witam Łukasz, > Witaj Radosław, > W Twoim liście datowanym 17 lutego 2004 (01:12:00) można przeczytać: >> Fox co Ty do cholery robisz na naszej liście?! > A nie możesz tego pytania zadać mu prywatnie? NTG :P trollu. hmm ale fajny watek :) btw troll jest w shreku i jest nawet sympatyczny :) -- Pozdrawiam Detekt

1 0

Re: Fox ?!
by Łukasz Jarosław Mozer 17 Lut '04

17 Lut '04

Witaj Radosław, W Twoim liście datowanym 17 lutego 2004 (01:12:00) można przeczytać: > Fox co Ty do cholery robisz na naszej liście?! A nie możesz tego pytania zadać mu prywatnie? NTG :P trollu. -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Fox ?!
by Radosław Antoniuk 17 Lut '04

17 Lut '04

Fox co Ty do cholery robisz na naszej liście?! -- Pozdrawiam, Radosław 'Warden' Antoniuk

1 0

Re: data operacji
by A.L.E.C 16 Lut '04

16 Lut '04

> On Mon, 16 Feb 2004 16:59:44 +0100, A.L.E.C wrote >> sorry, zakręciłem się i prawdę mówiąc o tym zapomniałem, może >> dzisiaj to dorobię. > Weź nie przepraszaj kurde. Przecież robisz to z dobrej woli, a nie na > rozkaz ;) no, ale nie ładnie to wygląda jak main developer nie czai o co chodzi. Shame on me :) -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.k27.prv.pl GG-2275252

1 0

Re: data operacji
by Tomasz Chilinski 16 Lut '04

16 Lut '04

On Mon, 16 Feb 2004 16:59:44 +0100, A.L.E.C wrote > sorry, zakręciłem się i prawdę mówiąc o tym zapomniałem, może > dzisiaj to dorobię. Weź nie przepraszaj kurde. Przecież robisz to z dobrej woli, a nie na rozkaz ;) > Pozdrawiam > Aleksander Machniak ( A.L.E.C ) > http://alec.k27.prv.pl GG-2275252 Pozdrawiam Tomasz Chiliński

1 0

Re: data operacji
by A.L.E.C 16 Lut '04

16 Lut '04

>> postaram się to dzisiaj dorobić, tylko że to straszne sztukowanie, >> bo balance są zrobione trochę niekonsekwentnie pod względem kodu w >> stosunku do niektórych modułów. > A jaki to ma związek z balansem? :) Miałem na myśli zapamiętywanie > ostatnio wprowadzonej daty operacji w obrębie sesji tak jak to odbywa > się z polem opis. miałem na myśli moduł balance (czyli balancenew.php, balanceadd.php...), ale masz rację i tak to zrobiłem, chodziło mi o to, że w innych modułach zapamiętywanie danych jest robione bez $_SESSION. >>>>> 3) Nadal nie ma możliwości wprowadzenia daty operacji w >>>>> indywidualnych operacjach użytkownika. >> >> chodzi ci o zmianę daty operacji znajdującej się już w 'cash' - zbyt >> duże zmiany, nie w tej wersji. > Chodzi mi o możliwość podawania daty operacji przy nowych operacjach w > indywidualnych rozliczeniach userów ;) To nie wymaga zbyt dużych > zmian, a przynajmniej niewiększych niż te w formularzu nowej operacji > (globalnej). sorry, zakręciłem się i prawdę mówiąc o tym zapomniałem, może dzisiaj to dorobię. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.k27.prv.pl GG-2275252

1 0

Re: data operacji
by Tomasz Chilinski 16 Lut '04

16 Lut '04

On Mon, 16 Feb 2004 14:13:10 +0100, A.L.E.C wrote > >Właśnie do tego dążę - ostatnio wprowadzona jawnie data operacji powinna > >pojawiać się dla wszystkich następnych operacji - umożliwiłoby to sekwencyjne > >wprowadzanie do bazy wpłat z tą samą datą (jest to banalne do zrobienia > >szczerze mówiąc, ale patrz dalej co napisałem ;)). > > postaram się to dzisiaj dorobić, tylko że to straszne sztukowanie, > bo balance są zrobione trochę niekonsekwentnie pod względem kodu w > stosunku do niektórych modułów. A jaki to ma związek z balansem? :) Miałem na myśli zapamiętywanie ostatnio wprowadzonej daty operacji w obrębie sesji tak jak to odbywa się z polem opis. > > >> > 3) Nadal nie ma możliwości wprowadzenia daty operacji w indywidualnych > >> > operacjach użytkownika. > > chodzi ci o zmianę daty operacji znajdującej się już w 'cash' - zbyt > duże zmiany, nie w tej wersji. Chodzi mi o możliwość podawania daty operacji przy nowych operacjach w indywidualnych rozliczeniach userów ;) To nie wymaga zbyt dużych zmian, a przynajmniej niewiększych niż te w formularzu nowej operacji (globalnej). > -- > Pozdrawiam > Aleksander Machniak ( A.L.E.C ) Pozdrawiam Tomasz Chiliński

1 0

Re: [lms] Re: data operacji
by A.L.E.C 16 Lut '04

16 Lut '04

>Właśnie do tego dążę - ostatnio wprowadzona jawnie data operacji powinna >pojawiać się dla wszystkich następnych operacji - umożliwiłoby to sekwencyjne >wprowadzanie do bazy wpłat z tą samą datą (jest to banalne do zrobienia >szczerze mówiąc, ale patrz dalej co napisałem ;)). postaram się to dzisiaj dorobić, tylko że to straszne sztukowanie, bo balance są zrobione trochę niekonsekwentnie pod względem kodu w stosunku do niektórych modułów. >> > 3) Nadal nie ma możliwości wprowadzenia daty operacji w indywidualnych >> > operacjach użytkownika. chodzi ci o zmianę daty operacji znajdującej się już w 'cash' - zbyt duże zmiany, nie w tej wersji. >> To wczoraj ruszylem, ale ugrzazlem niewiele dalej z powodu mojej >> niedostatecznej znajomosci PHP. Nie widzalem jak skonwertowac to co >> user wprowadza na TimeStamp. zobacz do balanceadd.php (choć obsługa błędów tam jest może trochę niedostateczna) > Czekam więc, aż developerzy zrobią to porządnie ;) Ze względu na to iż 1.1 jest już praktycznie zamrożone, część pomysłów zostanie zrealizowane dopiero w 1.9, bo tak byśmy nigdy 1.2 nie zrobili, a trzeba to zrobić, bo kolejna wersja będzie pisana praktycznie od nowa. -- Pozdrawiam Aleksander Machniak ( A.L.E.C )

1 0

Re: data operacji
by Łukasz Jarosław Mozer 16 Lut '04

16 Lut '04

Witam. > Już to zrobiłem wcześniej, ale zważywszy na to, że wokół projektu jest więcej > dyskusji filozoficznej niż samej roboty nie chce mi się tego przesyłać, bo i > tak pewnie nie wejdzie do głównej gałęzi, a na zabawę w contriby po prostu nie > mam czasu. Czekam więc, aż developerzy zrobią to porządnie ;) Developerzy aktualnie mrożą. Ja od mrożenia się aż przyziębiłem. Sądze że lada dzień wyjdzie 1.2.0rc1. Ja w tym momencie mam np. na głowie założenia jak zbudować LMS2. I nie bójcie się, jak już LMS2 zacznie wyglądać, prywatnie mam tak długą listę features które chcę zaimplementować że aż mi się miło na duszy robi ;] Aktualnie pracuję nad rozbudowanie modularności LMS'a (to co teraz jest, to za przeproszeniem drogich kolegów jest gówno). Jak ktoś chce to może obejrzeć w CVS moduł lms2 i skomentować (też do niczego, ale się staram :P). P. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: Moja kosmetyka interfejsu.
by Tomasz Chilinski 16 Lut '04

16 Lut '04

On Mon, 16 Feb 2004 11:54:42 +0100, Rafal Ramocki wrote > Witam! Witam. > > Delikatnie zmodyfikowalem interfejs. JEst to glownie kosmetyka i > poprawa ergonomii. Lista moich zmian: > > 1. Poniewaz wyswietlenie listy uzytkownikow i komputerow trwa czasem > pare sekund dodalem z parej strony mozliwosc przeskoczenia od razu > do szukania uzytkownikow i komputerow bez koniecznosci wyswietlania > ich listy. > > 2.Szukanie duzej ilosci pojedyczych osob jest uciazliwe ze wzgledu > na koniecznosc machania myszka. Zamienilem wiec w szukaniu linka > "szukaj" na odpowiedni przycisk. Wiec teraz po wklepaniu danych > wystarczy nacisnac enter. Accesskey sie nie sprawdza bo kursor > zawsze znajduje sie w polach edycji kiedy accesskey jest potrzebny. > Zresazta klawisz ENTER jest o wiel ebardziej intuicyjny. > > 3. W szukaniu komputerow w linku bylo "&search" pod debianem to nie > dziala > (nie wiem jak pod innymi systemami) zrobilem tak jak jest w szukaniu > uzytkownikow "&search=1". Poruszalem juz to ale chyba nikt tego nie > poprawil. Bo w zeszlym tygodniu bawilem sie wersja z CVS'a i nadal > jest ten blad. > > Wszystkie pache moge przeslac pytanie tylko co jest potrzebne (o ile > cos) bo teraz nie mam z czego zrobic diff'a i nie chce mis ei robic > od nowa modyfikacji (bo moich zmian w miejej wersji jest wieecej > zmian). Wiec jak bedzie cos potrzebne to jeczcie. Super ;) > > z powazaniem > Rafal Ramocki Pozdrawiam Tomasz Chiliński > > PS: Nie wiem czy to jest zmiana do wersji 1.2 czy po wersji 1.2, ale > dodal bym jeszcze jedna kolmumne do tabeli invoices. Kolumne > 'printed' z default = > 0. Tak zeby jednym przyciskiem mozna bylo wydrukowac wszystkie > faktury ktore nie byly do tej pory drukowane. Po wydrukowaniu bylo > by printed=1. Przy druku seryjnym i duzej iloci faktur zaoszczedzilo > by to sporo klikania. PS. Przydałoby się jeszcze pole informujące czy dana wpłata była wyfakturowana, co potem jest przydatne przy zrobieniu rozliczenia przychodów nieewidencjonowanych - a to może załatwić już pole cash::invoice_id używane obecnie tylko dla obciążeń.

1 0

Re: data operacji
by Rafal Ramocki 16 Lut '04

16 Lut '04

On Mon, 16 Feb 2004 11:49:32 +0100, Tomasz Chilinski wrote > On Mon, 16 Feb 2004 11:36:04 +0100, Rafal Ramocki wrote > > On Mon, 16 Feb 2004 11:09:40 +0100, Tomasz Chilinski wrote > > > Witam. > > > > > > 1) Czy ma sens umieszczanie godziny i minuty operacji? > > > > Tez sie zastanawialem nad tym. Doszedle do wniosku iz jest to > > konieczne. Kazdy ksiegowy powie ze wszystko powinno byc w porzadku > > chronologicznym. Wiec nie moze byc tak, ze ktos wprowadza operacje z > > data 2004.02.16 10:56 i ta operacja w tabeli CASH ma ID 851 a potem > > ktos inny wprowadza operacje z data wczesniejsza o jeden dzien, lub > > tez o jedna minute i ta operacja uzyskuje ID 852. Uwazam ze z punktu > > widzenia UI i rozliczen wazny jest tylko dzien. Nie mniej jednak to > > UI powinien juz dbac o to zeby dalo sie definiowac tylko daty ktore > > nie sa wczesniejsze niz data ostatniej operacji i zeby uzytkownik > > podawal tylko date, a godzine juz obliczal sam UI. > Może być zapamiętywane z tablicy cash tyle, że nie ma sensu tego > pokazywać w UI zgadza się? To znacyz nie ma sensu pokayzwac tej rubryki do wypelnienia, nie mniej jednak w wyniku tego data i godzina musi powstac i bedzie ona wykozystywaa w innych miejscach. > > > > > 2) Moim zdaniem po podaniu daty operacji i zatwierdzeniu nowej operacji > > > powinna pojawiać się data operacji ostatnio wprowadzona (tak jak > > > pole opis). > > > > Uwazam ze ta data powinna byc gdzies podawana. Gdzies ale jeszce nie > > wiem gdzie. Moze z lewej strony? Co by wprowadzajacy na dzien dobry > > widzial ile ma zaleglosci do wprowadzenia i jakie ma zaleglosci we > > wprowadzaniu wplat. > Właśnie do tego dążę - ostatnio wprowadzona jawnie data operacji powinna > pojawiać się dla wszystkich następnych operacji - umożliwiłoby to sekwencyjne > wprowadzanie do bazy wpłat z tą samą datą (jest to banalne do zrobienia > szczerze mówiąc, ale patrz dalej co napisałem ;)). > > > > > > 3) Nadal nie ma możliwości wprowadzenia daty operacji w indywidualnych > > > operacjach użytkownika. > > > > To wczoraj ruszylem, ale ugrzazlem niewiele dalej z powodu mojej > > niedostatecznej znajomosci PHP. Nie widzalem jak skonwertowac to co > > user wprowadza na TimeStamp. Ale jak posiedze dluzej to moze cos z > > tego wyjdzie. Chociaz jezeli Tomku masz wiecej doswiadczenia z PHP i > > wiesz jak sie do tego zabrac, to ustapie Ci pola :) > Już to zrobiłem wcześniej, ale zważywszy na to, że wokół projektu > jest więcej dyskusji filozoficznej niż samej roboty nie chce mi się > tego przesyłać, bo i tak pewnie nie wejdzie do głównej gałęzi, a na > zabawę w contriby po prostu nie mam czasu. Czekam więc, aż > developerzy zrobią to porządnie ;) Alleluja :) > > > > z powazaniem > > Rafal Ramocki > Pozdrawiam > Tomasz Chiliński z powazaniem Rafal Ramocki

1 0

Moja kosmetyka interfejsu.
by Rafal Ramocki 16 Lut '04

16 Lut '04

Witam! Delikatnie zmodyfikowalem interfejs. JEst to glownie kosmetyka i poprawa ergonomii. Lista moich zmian: 1. Poniewaz wyswietlenie listy uzytkownikow i komputerow trwa czasem pare sekund dodalem z parej strony mozliwosc przeskoczenia od razu do szukania uzytkownikow i komputerow bez koniecznosci wyswietlania ich listy. 2.Szukanie duzej ilosci pojedyczych osob jest uciazliwe ze wzgledu na koniecznosc machania myszka. Zamienilem wiec w szukaniu linka "szukaj" na odpowiedni przycisk. Wiec teraz po wklepaniu danych wystarczy nacisnac enter. Accesskey sie nie sprawdza bo kursor zawsze znajduje sie w polach edycji kiedy accesskey jest potrzebny. Zresazta klawisz ENTER jest o wiel ebardziej intuicyjny. 3. W szukaniu komputerow w linku bylo "&search" pod debianem to nie dziala (nie wiem jak pod innymi systemami) zrobilem tak jak jest w szukaniu uzytkownikow "&search=1". Poruszalem juz to ale chyba nikt tego nie poprawil. Bo w zeszlym tygodniu bawilem sie wersja z CVS'a i nadal jest ten blad. Wszystkie pache moge przeslac pytanie tylko co jest potrzebne (o ile cos) bo teraz nie mam z czego zrobic diff'a i nie chce mis ei robic od nowa modyfikacji (bo moich zmian w miejej wersji jest wieecej zmian). Wiec jak bedzie cos potrzebne to jeczcie. z powazaniem Rafal Ramocki PS: Nie wiem czy to jest zmiana do wersji 1.2 czy po wersji 1.2, ale dodal bym jeszcze jedna kolmumne do tabeli invoices. Kolumne 'printed' z default = 0. Tak zeby jednym przyciskiem mozna bylo wydrukowac wszystkie faktury ktore nie byly do tej pory drukowane. Po wydrukowaniu bylo by printed=1. Przy druku seryjnym i duzej iloci faktur zaoszczedzilo by to sporo klikania.

1 0

Re: data operacji
by Tomasz Chilinski 16 Lut '04

16 Lut '04

On Mon, 16 Feb 2004 11:36:04 +0100, Rafal Ramocki wrote > On Mon, 16 Feb 2004 11:09:40 +0100, Tomasz Chilinski wrote > > Witam. > > > > 1) Czy ma sens umieszczanie godziny i minuty operacji? > > Tez sie zastanawialem nad tym. Doszedle do wniosku iz jest to > konieczne. Kazdy ksiegowy powie ze wszystko powinno byc w porzadku > chronologicznym. Wiec nie moze byc tak, ze ktos wprowadza operacje z > data 2004.02.16 10:56 i ta operacja w tabeli CASH ma ID 851 a potem > ktos inny wprowadza operacje z data wczesniejsza o jeden dzien, lub > tez o jedna minute i ta operacja uzyskuje ID 852. Uwazam ze z punktu > widzenia UI i rozliczen wazny jest tylko dzien. Nie mniej jednak to > UI powinien juz dbac o to zeby dalo sie definiowac tylko daty ktore > nie sa wczesniejsze niz data ostatniej operacji i zeby uzytkownik > podawal tylko date, a godzine juz obliczal sam UI. Może być zapamiętywane z tablicy cash tyle, że nie ma sensu tego pokazywać w UI zgadza się? > > > 2) Moim zdaniem po podaniu daty operacji i zatwierdzeniu nowej operacji > > powinna pojawiać się data operacji ostatnio wprowadzona (tak jak > > pole opis). > > Uwazam ze ta data powinna byc gdzies podawana. Gdzies ale jeszce nie > wiem gdzie. Moze z lewej strony? Co by wprowadzajacy na dzien dobry > widzial ile ma zaleglosci do wprowadzenia i jakie ma zaleglosci we > wprowadzaniu wplat. Właśnie do tego dążę - ostatnio wprowadzona jawnie data operacji powinna pojawiać się dla wszystkich następnych operacji - umożliwiłoby to sekwencyjne wprowadzanie do bazy wpłat z tą samą datą (jest to banalne do zrobienia szczerze mówiąc, ale patrz dalej co napisałem ;)). > > > 3) Nadal nie ma możliwości wprowadzenia daty operacji w indywidualnych > > operacjach użytkownika. > > To wczoraj ruszylem, ale ugrzazlem niewiele dalej z powodu mojej > niedostatecznej znajomosci PHP. Nie widzalem jak skonwertowac to co > user wprowadza na TimeStamp. Ale jak posiedze dluzej to moze cos z > tego wyjdzie. Chociaz jezeli Tomku masz wiecej doswiadczenia z PHP i > wiesz jak sie do tego zabrac, to ustapie Ci pola :) Już to zrobiłem wcześniej, ale zważywszy na to, że wokół projektu jest więcej dyskusji filozoficznej niż samej roboty nie chce mi się tego przesyłać, bo i tak pewnie nie wejdzie do głównej gałęzi, a na zabawę w contriby po prostu nie mam czasu. Czekam więc, aż developerzy zrobią to porządnie ;) > > z powazaniem > Rafal Ramocki Pozdrawiam Tomasz Chiliński

1 0

Re: data operacji
by Rafal Ramocki 16 Lut '04

16 Lut '04

On Mon, 16 Feb 2004 11:09:40 +0100, Tomasz Chilinski wrote > Witam. > > 1) Czy ma sens umieszczanie godziny i minuty operacji? Tez sie zastanawialem nad tym. Doszedle do wniosku iz jest to konieczne. Kazdy ksiegowy powie ze wszystko powinno byc w porzadku chronologicznym. Wiec nie moze byc tak, ze ktos wprowadza operacje z data 2004.02.16 10:56 i ta operacja w tabeli CASH ma ID 851 a potem ktos inny wprowadza operacje z data wczesniejsza o jeden dzien, lub tez o jedna minute i ta operacja uzyskuje ID 852. Uwazam ze z punktu widzenia UI i rozliczen wazny jest tylko dzien. Nie mniej jednak to UI powinien juz dbac o to zeby dalo sie definiowac tylko daty ktore nie sa wczesniejsze niz data ostatniej operacji i zeby uzytkownik podawal tylko date, a godzine juz obliczal sam UI. > 2) Moim zdaniem po podaniu daty operacji i zatwierdzeniu nowej operacji > powinna pojawiać się data operacji ostatnio wprowadzona (tak jak > pole opis). Uwazam ze ta data powinna byc gdzies podawana. Gdzies ale jeszce nie wiem gdzie. Moze z lewej strony? Co by wprowadzajacy na dzien dobry widzial ile ma zaleglosci do wprowadzenia i jakie ma zaleglosci we wprowadzaniu wplat. > 3) Nadal nie ma możliwości wprowadzenia daty operacji w indywidualnych > operacjach użytkownika. To wczoraj ruszylem, ale ugrzazlem niewiele dalej z powodu mojej niedostatecznej znajomosci PHP. Nie widzalem jak skonwertowac to co user wprowadza na TimeStamp. Ale jak posiedze dluzej to moze cos z tego wyjdzie. Chociaz jezeli Tomku masz wiecej doswiadczenia z PHP i wiesz jak sie do tego zabrac, to ustapie Ci pola :) z powazaniem Rafal Ramocki

1 0

data operacji
by Tomasz Chilinski 16 Lut '04

16 Lut '04

Witam. 1) Czy ma sens umieszczanie godziny i minuty operacji? 2) Moim zdaniem po podaniu daty operacji i zatwierdzeniu nowej operacji powinna pojawiać się data operacji ostatnio wprowadzona (tak jak pole opis). 3) Nadal nie ma możliwości wprowadzenia daty operacji w indywidualnych operacjach użytkownika. Pozdrawiam Tomasz Chiliński

1 0

Re: wersja PHP
by pbern＠pbern.biz 16 Lut '04

16 Lut '04

On Sun, 15 Feb 2004, Łukasz Jarosław Mozer wrote: php-4.3.4-3 apache-2.0.48-0.1.3 Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: wersja PHP
by Tomasz Lam 15 Lut '04

15 Lut '04

> No właśnie, jakiej wersji PHP używacie? php-4.2.2-17.2 Niedługo (tydzień?) zmiana na 4.3 Tom

1 0

Re: wersja PHP
by A.L.E.C 15 Lut '04

15 Lut '04

>> No właśnie, jakiej wersji PHP używacie? Apache/1.3.29 (Unix) PHP/4.3.4 -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.k27.prv.pl GG-2275252

1 0

Re: wersja PHP
by Krzysztof Zagorski 15 Lut '04

15 Lut '04

Sunday, February 15, 2004, 8:58:08 PM, you wrote: > Witam. > No właśnie, jakiej wersji PHP używacie? ii php4 4.3.3-4 -- [ Krzysztof Zagórski GG:147848 ICQ: 236331820 GSM: +48 1E 0B 20 BC ] [ ircname: Maverick rlu:215007 PGP Key: http:/ /3281429070/pgp ] [ http://znirevpx.wrfg.gjbvz.theh.cy mailto: maverick(a)irc.pl ]

1 0

Re: wersja PHP
by Rafal Ramocki 15 Lut '04

15 Lut '04

On Sun, 15 Feb 2004 20:58:08 +0100, Łukasz Jarosław Mozer wrote > Witam. > > No właśnie, jakiej wersji PHP używacie? > Wersja PHP: 4.3.3 z powazaniem Rafal Ramocki

1 0

Re: wersja PHP
by warden＠anim.pl 15 Lut '04

15 Lut '04

On Sun, Feb 15, 2004 at 08:58:08PM +0100, ?ukasz Jaros?aw Mozer wrote: > No w?a?nie, jakiej wersji PHP u?ywacie? ii php4 4.3.4-1moolfreet -- Rados�aw 'Warden' Antoniuk

1 0

wersja PHP
by Łukasz Jarosław Mozer 15 Lut '04

15 Lut '04

Witam. No właśnie, jakiej wersji PHP używacie? -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: Bledny pesel
by hunter 14 Lut '04

14 Lut '04

On Sat, Feb 14, 2004 at 05:43:13PM +0100, detekt(a)detekt.pl wrote: > Witam , > > Czy ktos moze mnie osiwecic czemu taki pesel jest bledny > 75061000091 ?? tak twierdzi lms Zapewne chodzi o sumę kontrolną: 1 3 7 9 1 3 7 9 1 3 --> wagi 7 5 0 6 1 0 0 0 0 9 po mnozeniu: 715 054 1 0 0 0 0 21 po dodaniu: 7+15+54+1 daje 98 co modulo 10 jak wol jest 8 10 - 8 daje 2 ERGO ten nr nie jest zgodny z usawa o PESELu. wyslij czlowieka na /dev/null Nazywa sie to ISBN International System Book Number kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Bledny pesel
by detekt＠detekt.pl 14 Lut '04

14 Lut '04

Witam , Czy ktos moze mnie osiwecic czemu taki pesel jest bledny 75061000091 ?? tak twierdzi lms -- Pozdrawiam Detekt

1 0

LMS 1.1-cvs (1.261/1.38)
by Piotr Piwoński 14 Lut '04

14 Lut '04

Witam! Jak można rozwiązać taki problem: użytkownicy na moim osiedlu mogą wykupić sobie zewnętrzny własny IP. Jak to uwzględnić w LMSie ? Jak to zrobić lms-mgc, żeby robił DNAT i SNAT? Np.: /sbin/iptables -t nat -A PREROUTING -p tcp -d 195.136.xx.yy/32 --dport 20 -j DNAT --to-destination 192.168.43.11 /sbin/iptables -t nat -A PREROUTING -p tcp -d 195.136.xx.yy/32 --dport 21 -j DNAT --to-destination 192.168.43.11 /sbin/iptables -t nat -A PREROUTING -p udp -d 195.136.xx.yy/32 --dport 21 -j DNAT --to-destination 192.168.43.11 /sbin/iptables -t nat -A PREROUTING -p tcp -d 195.136.xx.yy/32 --dport 80 -j DNAT --to-destination 192.168.43.11 /sbin/iptables -t nat -A PREROUTING -p udp -d 195.136.xx.yy/32 --dport 80 -j DNAT --to-destination 192.168.43.11 /sbin/iptables -t filter -A FORWARD -s 192.168.43.11 -j ACCEPT /sbin/iptables -t filter -A FORWARD -d 192.168.43.11 -j ACCEPT /sbin/iptables -t nat -A POSTROUTING -s 192.168.43.11 -o eth0 -j SNAT --to 195.136.xx.yy -- pozdrawiam Piotr Piwoński.

1 0

Re: CVS via www.
by hunter 13 Lut '04

13 Lut '04

On Fri, Feb 13, 2004 at 12:30:34AM +0100, Rafal Ramocki wrote: > > mirrorowania CVS'a (a wlasciwie danych tak zeby dzialal ten viewcvs)? np rsync plików RCS ze strony serwera. kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Kosmetyka invoices
by Rafal Ramocki 13 Lut '04

13 Lut '04

. Przy generacji duzej liczby faktur jednego dnia dobrze bylo by sortowac faktury po dwoch kryteriach. data i id. w zwiazku z modyfikacja w funkcji GetInvoicesList jest na koncu zapytania: cdate ASC' sugeruje zeby zmienic na cdate ASC, id' z powazaniem Rafal Ramocki

1 0

Re: CVS via www.
by Łukasz Jarosław Mozer 13 Lut '04

13 Lut '04

Witam. >>Problem tkwi w samym viewcvs. Aktualnie maszyna na której to stoii to >>Intel 2GHz, 512MB ram, 2mbps łącza, więc nie wiem co silniejszego >>można by było dać. A już nie mam koncepcji. > Ja mam nowiutkiego P4 2,6GHz HT na serwerku. :) > A próbowałeś cvsweb? Może byłby mniej obciążający. Nie działał mi. Ale powoli dochodze czego to wina. Trzeba będzie wyciąć netsprinta, bo to on ostatnio mi zabił maszynę. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: [lms] Re: CVS via www.
by A.L.E.C 13 Lut '04

13 Lut '04

>Problem tkwi w samym viewcvs. Aktualnie maszyna na której to stoii to >Intel 2GHz, 512MB ram, 2mbps łącza, więc nie wiem co silniejszego >można by było dać. A już nie mam koncepcji. Ja mam nowiutkiego P4 2,6GHz HT na serwerku. :) A próbowałeś cvsweb? Może byłby mniej obciążający. -- Aleksander Machniak ( A.L.E.C )

1 0

Re: CVS via www.
by Rafal Ramocki 13 Lut '04

13 Lut '04

On Fri, 13 Feb 2004 10:29:40 +0100, Łukasz Jarosław Mozer wrote > Witam. > > > Moze dalo by sie to prezucic na jakis inny serwer na ktorym nie bedzie to > > szkodzilo? Jaki sewer to obslugiwal i jakie wymagnia co do lacza sa potrzebne > > zeby obslugiwac to dalej? No i czy istnieje jakis sensowny mechanizm > > mirrorowania CVS'a (a wlasciwie danych tak zeby dzialal ten viewcvs)? > > Problem tkwi w samym viewcvs. Aktualnie maszyna na której to stoii to > Intel 2GHz, 512MB ram, 2mbps łącza, więc nie wiem co silniejszego > można by było dać. A już nie mam koncepcji. Moze rozwiazaniem bylo by os takiego jakie zrobil microsoft przed atakiem mydoom'a.Czyli przez dns'y rozbic ruch na kilka serwerow. Tak zeby klient wydajac zapytanie za kazdym razem byl przekirowywany do innego (losowego) sewera. A tak na marginesie to mydoom i user to taka sama choroba oba nic tylko atakuja serwery chcac cos sciagnac i zadnego z nich pozytku :P z powazaniem Rafal Ramocki

1 0

Re: CVS via www.
by Łukasz Jarosław Mozer 13 Lut '04

13 Lut '04

Witam. > Moze dalo by sie to prezucic na jakis inny serwer na ktorym nie bedzie to > szkodzilo? Jaki sewer to obslugiwal i jakie wymagnia co do lacza sa potrzebne > zeby obslugiwac to dalej? No i czy istnieje jakis sensowny mechanizm > mirrorowania CVS'a (a wlasciwie danych tak zeby dzialal ten viewcvs)? Problem tkwi w samym viewcvs. Aktualnie maszyna na której to stoii to Intel 2GHz, 512MB ram, 2mbps łącza, więc nie wiem co silniejszego można by było dać. A już nie mam koncepcji. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: CVS via www.
by Rafal Ramocki 13 Lut '04

13 Lut '04

On Thu, 12 Feb 2004 09:31:53 +0100, Łukasz Jarosław Mozer wrote > Witaj lms! > > Niestety. Będę zmuszony zablokować dla świata dostęp do viewcvs: > > 09:31:38 up 5 days, 4:40, 8 users, load average: 530.63, 527.68, 518.14 > Moze dalo by sie to prezucic na jakis inny serwer na ktorym nie bedzie to szkodzilo? Jaki sewer to obslugiwal i jakie wymagnia co do lacza sa potrzebne zeby obslugiwac to dalej? No i czy istnieje jakis sensowny mechanizm mirrorowania CVS'a (a wlasciwie danych tak zeby dzialal ten viewcvs)? z powazaniem Rafal Ramocki

1 0

CVS via www.
by Łukasz Jarosław Mozer 12 Lut '04

12 Lut '04

Witaj lms! Niestety. Będę zmuszony zablokować dla świata dostęp do viewcvs: 09:31:38 up 5 days, 4:40, 8 users, load average: 530.63, 527.68, 518.14 :-/ -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Re: mailing
by SylveK 12 Lut '04

12 Lut '04

Czesc, >> Fatal error: Call to undefined function: mail() in >> /usr/local/apache/htdocs/lms-1.1.8/lib/LMS.class.php on line 2127 ALEC> skonfiguruj php i serwer do wysylania poczty mam skonfigurowane php i serwer poczty (exim). chyba ze w konfiguracji sa jakies niuanse, ze cos musi byc ustawione tak a nie inaczej. jakies konkretne wskazowki? z gory dzieki. Pozdrawiam, SylveK

1 0

Re: mailing
by A.L.E.C 11 Lut '04

11 Lut '04

> Witam! > > Witam ponownie, z paymentsami juz sie uporalem, ale teraz > przyszedl czas na mailing i kolejne zaciecie, a mianowicie przy > probie wyslania maila z sekcji "Mailing" dostaje taki oto > komunikat: > Fatal error: Call to undefined function: mail() in > /usr/local/apache/htdocs/lms-1.1.8/lib/LMS.class.php on line 2127 > skonfiguruj php i serwer do wysylania poczty -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.k27.prv.pl GG-2275252

1 0

mailing
by SylveK 11 Lut '04

11 Lut '04

Witam! Witam ponownie, z paymentsami juz sie uporalem, ale teraz przyszedl czas na mailing i kolejne zaciecie, a mianowicie przy probie wyslania maila z sekcji "Mailing" dostaje taki oto komunikat: Fatal error: Call to undefined function: mail() in /usr/local/apache/htdocs/lms-1.1.8/lib/LMS.class.php on line 2127 Cos u mnie nie tak? Czy moze cos w pliku nie tak? Za wszelkie podpowiedzi z gory serdeczne Bog zaplac :) Pozdrawiam, SylveK

1 0

Poprawka pliku invoicelist.html
by Marek Roszkowski 11 Lut '04

11 Lut '04

Witam wszystkich. Niniejszym wysylam poprawke do poprawki pliku invoicelist.html . Wybor stron zawierajacych liste faktur dziala poprawnie. Pozdrawiam, -- MaReK

1 0

Re: Problem przy backupie bazy.
by Krzysztof Zagorski 11 Lut '04

11 Lut '04

Tuesday, February 10, 2004, 11:40:55 PM, you wrote: > Backup możesz zrobić także z poziomu mysql'a. -- [ Krzysztof Zagórski GG:147848 ICQ: 236331820 GSM: +48 1E 0B 20 BC ] [ ircname: Maverick rlu:215007 PGP Key: http:/ /3281429070/pgp ] [ http://znirevpx.wrfg.gjbvz.theh.cy mailto: maverick(a)irc.pl ]

1 0