- lms - lists.lms.org.pl

Re: drobny problem - default author
by Eryk Lewadnowski - Sieć bezprzewdowa Del finet 21 Mar '05

21 Mar '05

Rafał 'gryl' Doroszkiewicz napisał(a): > Witajcie, > > Tym razem chodzi o default_author. Wcześniej nie używałem tegoż, > dlatego z mojego szablonu ( faktura.html ) usunąłem > {$_config.invoices.default_author}. Oczywiście teraz jest to potrzebne, > więc w odpowiednim miejscu dopisałem to co wyżej. Niestety nie działa. > Oryginalny szablon invoice.html (nie tknięty) wyświetla default_author > przy wystawianej fakturze. > Pewnie jakiś banał, ale jaki? > W moim: > Wystawiła: {$_config.invoices.default_author} > W oryginale: > Wystawił: {$_config.invoices.default_author} > > 1.5.3 Nirrti (1.533/1.53) > > Any ideas? A może średnik? --> ;

1 0

Re: "Trojan" w LMSie
by pbern＠pbern.biz 20 Mar '05

20 Mar '05

On Sun, 20 Mar 2005 hunter(a)mimuw.edu.pl wrote: mozesie czepiam ale sie robi smietnik na liscie bo dalsza tresc tego watku nie ma nic wspolnego z jego tematem, co utrudnia nieco przegladanie Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz sprzedam Toshibe Tecra S1 - www.pbern.biz/tecra/

1 0

Re: "Trojan" w LMSie
by hunter＠mimuw.edu.pl 20 Mar '05

20 Mar '05

On Sun, Mar 20, 2005 at 08:56:09PM +0100, Jaroslaw Dziubek wrote: > > > > > Ponieważ klienci mogą sami sobie pobrać fakturę via WWW a zaczynają się przepisywania umów > > > > > trzeba jakoś zapamiętać dane odbiorcy które były w systemie w dniu wystawienia faktury. > > > > nie wplywaja na invoices (mozna skasowac uzytkownika a jego faktury > > > > zostana). Poprawcie jesli sie myle. > > > > > > > Wiesz.. masz rację ;) > > > W takim razie u mnie przy osoba która dostała zlecenie zmian w fakturach namieszała > > > > > > Bierze dane z systemu a nie z tabeli invoice.... idę opieprzać. > > > > > odnaleźć potem takiego Kowalskiego będzie trudno -- pilnujcie tam > > płatności :) > > > Ale faktura jest podpieta pod klienta (rozumianego jako UID). To ze do > 1.03.2005 faktury dla tego ID byly wystawiane na Kowalski Jan a > pozniej na Kowalska Anna nie psuja rozliczen i salda panstwa > Kowalskich... Tak, tylko po mimo domyślnej wspólnoty majątkowej mogę się założyć że skoro Jan nie uregulował to JANA ścigać o nawet 0.01 należy i tylko i wyłącznie gdy Anna powie Jana zaległość proszę przepisać na mnie (np w aneksie?) to to należy tak zrobić. Pewnie nie tylko Jan mężem Anny ale i Jan ojcem Basi być może a Jan i Anna mogą mieć już max odpisów. > Byc moze - ale tylko w przypadku gdy to jest INNY komputer i INNA > osoba. Komputer? hm a co ISP komputer obchodzi. Klient się liyczy ! 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

Re: "Trojan" w LMSie
by Jaroslaw Dziubek 20 Mar '05

20 Mar '05

[Saturday, 19 March 2005], hunter(a)mimuw.edu.pl napisał(a): > On Sat, Mar 19, 2005 at 11:35:19PM +0100, Przemysław 'Repcio' Gubernat wrote: > > > > > > > Ponieważ klienci mogą sami sobie pobrać fakturę via WWW a zaczynają się przepisywania umów > > > > trzeba jakoś zapamiętać dane odbiorcy które były w systemie w dniu wystawienia faktury. > > > Ale dane ktore ida na fakturze sa w tabeli invoices - zmiany w users > > > nie wplywaja na invoices (mozna skasowac uzytkownika a jego faktury > > > zostana). Poprawcie jesli sie myle. > > > > > Wiesz.. masz rację ;) > > W takim razie u mnie przy osoba która dostała zlecenie zmian w fakturach namieszała > > i to ostro :/ > > > > Bierze dane z systemu a nie z tabeli invoice.... idę opieprzać. > To ja już nie rozumiem. :) Ale wydaje mi się że problem jakiś jest, > odnaleźć potem takiego Kowalskiego będzie trudno -- pilnujcie tam > płatności :) Ale faktura jest podpieta pod klienta (rozumianego jako UID). To ze do 1.03.2005 faktury dla tego ID byly wystawiane na Kowalski Jan a pozniej na Kowalska Anna nie psuja rozliczen i salda panstwa Kowalskich... > Dobrze jednak zbierać dane ex-klientów, przepisanie umowy to może > bardziej nowe konto i zmiana właściciela komputera będzie lepszym > scenariuszem. Byc moze - ale tylko w przypadku gdy to jest INNY komputer i INNA osoba. -- Yaro IRL:Jaroslaw Dziubek, ICQ:1340145 | Niewiele jest rzeczy, których http://yaro.perfect.net.pl/ | nie dało by się załatwić KNM Member: http://www.knm.org.pl/ | przy pomocy odpowiedniej IRC: Yaro na #grudziadz | dawki materiałów wybuchowych.

1 0

UTF-8 =>ISO8859-2 konwersja
by Jacekk 20 Mar '05

20 Mar '05

Witam Uzywam LMS-a od ok 2 lat, i tak zastanawiam sie ze moze wartalo by sie zastanowic nad stworzeniem jakiegos lms.core, rdzenia, ktory moglby byc wykorzystywany do pisania skryptow czy tez wykorzystywania w innych aplikacjach ( np integracja z jakims CMS-em) ,i w ktorym funckje ,classy bylyby kompatybilne w dol.... (obecnie nawet userpanel LMS-a nie dziala tak jak powinien z nowym LMS-em), a ktory moglby byc rozszerzalny o nowe wlasciwosci (funkcje) Mysle ze stworzenie jakiegos standardu-rdzenia obslugi LMS-a, przyspieszylo by znacznie rozwoj aplikacji. I przy okazji pytanie do developerow: czy mozna spodziewac sie jakiegos supportu konwersji z utf na iso i z iso na utf w glownej klasie lms-a ??(lms.class) Wykorzystuje ta klase do wlasnych skryptow php ( i przypuszczam nie ja jeden), i za kazdym razem jak cos wyciagne z bazy , musze konwertowac na iso. Pozdrawiam Jacekk

1 0

Re: PIN!
by lms 20 Mar '05

20 Mar '05

On Sun, 20 Mar 2005, lms wrote: > Od pewnego momentu zauwazylem ze przy dodawaniu ludzi do lms'a > PIN nie generuje sie automatycznie, jak zrobic zeby przy dodawaniu kogos do > lms'a automatycznie sie generowal PIN dla niego oraz jak z automatu puscic > generowanie PINow dla tych ktorzy go nie posiadaja ? pierwsze juz zrobilem ;) w sensie piny sobie wygenerowalem losowo, ale zostaje dalej problem "generowania recznie pinow" jest jakas opcja zeby sam wstawial ? -- Rafal Drozd.

1 0

PIN!
by lms 20 Mar '05

20 Mar '05

Od pewnego momentu zauwazylem ze przy dodawaniu ludzi do lms'a PIN nie generuje sie automatycznie, jak zrobic zeby przy dodawaniu kogos do lms'a automatycznie sie generowal PIN dla niego oraz jak z automatu puscic generowanie PINow dla tych ktorzy go nie posiadaja ? -- Rafal Drozd.

1 0

Re: "Trojan" w LMSie
by hunter＠mimuw.edu.pl 19 Mar '05

19 Mar '05

On Sat, Mar 19, 2005 at 11:35:19PM +0100, Przemysław 'Repcio' Gubernat wrote: > > > > > Ponieważ klienci mogą sami sobie pobrać fakturę via WWW a zaczynają się przepisywania umów > > > trzeba jakoś zapamiętać dane odbiorcy które były w systemie w dniu wystawienia faktury. > > Ale dane ktore ida na fakturze sa w tabeli invoices - zmiany w users > > nie wplywaja na invoices (mozna skasowac uzytkownika a jego faktury > > zostana). Poprawcie jesli sie myle. > > > Wiesz.. masz rację ;) > W takim razie u mnie przy osoba która dostała zlecenie zmian w fakturach namieszała > i to ostro :/ > > Bierze dane z systemu a nie z tabeli invoice.... idę opieprzać. To ja już nie rozumiem. :) Ale wydaje mi się że problem jakiś jest, odnaleźć potem takiego Kowalskiego będzie trudno -- pilnujcie tam płatności :) Dobrze jednak zbierać dane ex-klientów, przepisanie umowy to może bardziej nowe konto i zmiana właściciela komputera będzie lepszym scenariuszem. -- 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

Re: "Trojan" w LMSie
by Przemysław 'Repcio' Gubernat 19 Mar '05

19 Mar '05

On Sat, Mar 19, 2005 at 09:46:38PM +0100, Jaroslaw Dziubek wrote: > [Saturday, 19 March 2005], Przemysław 'Repcio' Gubernat napisał(a): > > > Ponieważ klienci mogą sami sobie pobrać fakturę via WWW a zaczynają się przepisywania umów > > trzeba jakoś zapamiętać dane odbiorcy które były w systemie w dniu wystawienia faktury. > > Gdyż gdyby klient chciał pobrać taką fakturę po zmianie, będzie miał już nowe dane, i wtedy > > będzie problem gdyż w księgowości jest co innego a u klienta co innego. > Ale dane ktore ida na fakturze sa w tabeli invoices - zmiany w users > nie wplywaja na invoices (mozna skasowac uzytkownika a jego faktury > zostana). Poprawcie jesli sie myle. > Wiesz.. masz rację ;) W takim razie u mnie przy osoba która dostała zlecenie zmian w fakturach namieszała i to ostro :/ Bierze dane z systemu a nie z tabeli invoice.... idę opieprzać. -- Szanuj admina swego, możesz mieć gorszego..... (c) 2000 Przemysław Gubernat +-=-=- Przemysław Gubernat <repcio(a)repcio.net> -=-=-=-=-=-=-+ | _API Internet_ A. Stolarczyk i P. Gubernat Spółka Jawna | | System Administrator @ Repcio.NET | | Jestem twoim ostatecznym rozwiązaniem ! | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

1 0

Re: "Trojan" w LMSie
by hunter＠mimuw.edu.pl 19 Mar '05

19 Mar '05

On Sat, Mar 19, 2005 at 09:46:38PM +0100, Jaroslaw Dziubek wrote: > [Saturday, 19 March 2005], Przemysław 'Repcio' Gubernat napisał(a): > > > Ponieważ klienci mogą sami sobie pobrać fakturę via WWW a zaczynają się przepisywania umów > > trzeba jakoś zapamiętać dane odbiorcy które były w systemie w dniu wystawienia faktury. > > Gdyż gdyby klient chciał pobrać taką fakturę po zmianie, będzie miał już nowe dane, i wtedy > > będzie problem gdyż w księgowości jest co innego a u klienta co innego. > Ale dane ktore ida na fakturze sa w tabeli invoices - zmiany w users > nie wplywaja na invoices (mozna skasowac uzytkownika a jego faktury > zostana). Poprawcie jesli sie myle. Tak ale nadal mamy drobny ból: Faktura nr 3000 to Kowalski Jan, faktura nr 2990 to Kowalska Anna, to ten sam uid, (nie zapisywany w invoices) dojść do niego przez cash można. Ja bym pilnował przepisywania i wystawił ostatnią fakturę z cesją (np 1.22 koszty cesji) na starego człowieka i podesłał mu PDFem, nowy niech ma dojście tylko do nowych. 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