- 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