 |
Coders' city Nasza pasja to programowanie!
|
Zobacz poprzedni temat :: Zobacz następny temat |
Autor |
Wiadomość |
Greg_ Gość
|
Wysłany: Pią Cze 23, 2017 3:09 pm OP Temat postu: Szukam zespo?u pasjonatów do projektu a potem realizacji programu non-profit |
|
|
Od kilkunastu lat próbuj? zrobi? odpowiedniej jako?ci program do tworzenia ma?ych etykietek w ró?nych rozmiarach na podstawie zdefiniowanych szablonów. Do tej pory robi?em to w Accessie ale nie jest to dobry j?zyk, do tego kapry?ny i ma?o odporny na zmiany wersji. Dzia?aj?cych wersji by?o ju? kilka ale ?adna nie daje takich mo?liwo?ci jakie bym chcia?, czy chcieli by u?ytkownicy. Próbowa?em kontaktowa? si? z ró?nymi osobami i nawet niektórzy podj?li ch?? wspó?pracy ale po kilku e-mailach wycofywali si?.
Jest program niszowy ale nikt jeszcze takiego (poza moim accessowym i jedn? prób? któr? kto? z moj? konsultacj? realizowa? ale nie do ko?ca wysz?a tak jak mia?a wyj??) nie zrobi?. Mojej wersji u?ywa kilka tysi?cy osób (z ró?nych krajów), gdyby to by? profesjonalnie zrobiony program mo?na by go rozreklamowa? i z pewno?ci? liczba u?ytkowników wzros?a by wielokrotnie. Wiadomo, ?e przy tego typu projektach jest sporo pracy ale nie ma ?adnej presji czasowej, mo?na robi? ma?ymi krokami i w jakim? j?zyku Visual... Jako dane mog? by? u?yte dowolne pliki np. XML, DBF, SQLite czy cokolwiek innego. Tabele maj? zwykle kilkana?cie, rzadziej kilkadziesi?t rekordów w ekstremalnych przypadkach kilkaset.
Mam do?? dok?adnie przemy?lane struktury danych, ekrany, poszczególne funkcje (do przedyskutowania) ale chcia?bym to zamkn?? w profesjonalny design i realizacj?, z programem instalacyjnym i docelowo dokumentacj?. Wszystko do przekonsultowania. Program z za?o?enia ma by? darmowy lub za jak?? niewielk? op?at?. Gdyby kto? mia? ochot? si? zaanga?owa? najpierw w dyskusj? o projekcie a pó?niej w realizacj? mo?e wreszcie by si? uda?o to zrobi?. To jest projekt dla lubi?cych wyzwania, nie?atwy (chyba) a mo?e ?atwy tylko trzeba mie? odpowiednie narz?dzia i umiej?tno?ci.
Je?li znajd? si? ch?tni to mo?emy rozpocz?? dyskusj?, je?li nie to trudno, rozumiem, ?e za darmo nikt nie chce pracowa?. B?d? szuka? dalej...
|
|
Powrót do góry |
|
 |
|
Sousuke

Dołączył: 19 Lis 2005 Posty: 608 Skąd: Wroc?aw
|
|
Powrót do góry |
|
 |
Greg_ Gość
|
Wysłany: Pią Cze 23, 2017 3:29 pm OP(?) Temat postu: |
|
|
Nie, ju? przerobi?em setki demówek ró?nych programów do tworzenia etykietek. To ma by? program do specyficznych zastosowa? w biologii gdzie etykietki maj? rozmiar od 10x5mm (d?ugo?? od 10 do 60 i wysoko?? od 5 do 23) czyli niektóre ekstremalnie ma?e. Tekst pisany fontem 4 pkt lub wi?kszym ale nie chcia?bym jeszcze opisywa? wszystkiego zbyt chaotycznie.
|
|
Powrót do góry |
|
 |
samolot
Dołączył: 26 Sty 2006 Posty: 8376 Skąd: Toru?
|
Wysłany: Pią Cze 23, 2017 10:44 pm Temat postu: |
|
|
Tak dla u?ci?lenia mam dwa pytania, na które odpowied? wydaje si? istotna 1. Czy na tych etykietach b?dzie tylko tekst, czy tak?e kody kreskowe? 2. Na jakim rodzaju/formacie papieru to ma by? drukowane?
_________________ Nie zadawaj bezcelowych pyta? / Windows 8.1 / Windows 10 / VB2008 / VB 2010 / VB 2012 / Pisz poprawnie |
|
Powrót do góry |
|
 |
Greg_ Gość
|
Wysłany: Sob Cze 24, 2017 10:15 am OP(?) Temat postu: |
|
|
Na etykiecie mog? wyst?powa?: - obramowanie, linia cienka lub grubsza - dodatkowo jedna prostok?tna ramka wewn?trz - maksimum dwie linie - jeden znak graficzny pobierany z pliku BMP (kilka plików, kilka znaków ale nie ma tam ?adnych kodów czy znaków generowanych dynamicznie, gotowe, raz zdefiniowane pliki) - ramki tekstowe z ró?n? zawarto?ci? tekstow? ale ka?da ramka ma zdefiniowany font, wielko??, bold, italic i justowanie) Ramek tekstowych w esktremalnej postaci mo?e by? dziewi??. Szablon opisany w pliku np. XML z danymi typu: LabelWidth, LabelHeight, LabelBorder, LabelBorderColor, TextBox1X, TextBox1Y, TextBox1Width, TextBox1Height, TextBox1FontName, TextBox1FontSize itp.
Wydruk na formacie A4, A5 lub A6 - wynika z tego, ?e niektóre etykietki drukowane s? na do?? drogim papierze a nie zawsze drukuje si? tak? ilo??, ?eby zadrukowa? ca?? stron?. W ostateczno?ci je?li b?dzie problem mo?na zastosowa? tylko wydruk na formacie A4, idealnie by?o by móc drukowa? na wszystkich trzech.
Nie wiem jak w j?zykach Visual# definiowane s? wymiary czy mog? by? mm, czy twipy (jak w Accessie) czy mo?e jeszcze jako? inaczej. Generalnie praca na ekranie odbywa si? w powi?kszeniu ok. 4x (?eby by?o czytelnie) a generalnie chodzi o to, ?eby wydruk rozmiarowo by? zgodny z szablonem i w miar? zachowa? WYSiWYG.
|
|
Powrót do góry |
|
 |
samolot
Dołączył: 26 Sty 2006 Posty: 8376 Skąd: Toru?
|
Wysłany: Sob Cze 24, 2017 12:12 pm Temat postu: |
|
|
Cytat: | Nie wiem jak w j?zykach Visual# definiowane s? wymiary czy mog? by? mm, czy twipy (jak w Accessie) czy mo?e jeszcze jako? inaczej. |
W VB.NET jednostk? odleg?o?ci w funkcjach graficznych jest 1/100 cala Cal: 1″ = 1 in = 25,4 mm, zwany te? „calem mi?dzynarodowym”. Z tego wynika, ?e je?li chcesz narysowa? element o d?ugo?ci 1 mm to musisz wyliczy? ile to jest setnych cz??ciach cala
Kod: |  Dim Milimetr As Single = 100 / 25.4 ' 1 milimetr wyrazony w setnych cz??ciach calach
|
co daje 3,997 jednostki na milimetr.
A 1 centymetr na przyk?ad tak: Kod: |  Dim Centymetr As Single = Milimetr * 10 '1 centymetr wyra?ony w setnych cz??ciach cala
|
'Sprawdzenie:
Kod: |  Dim CzyToJest100SetnychJednegoCala As Single = Centymetr * 2.54
|
_________________ Nie zadawaj bezcelowych pyta? / Windows 8.1 / Windows 10 / VB2008 / VB 2010 / VB 2012 / Pisz poprawnie |
|
Powrót do góry |
|
 |
Greg_ Gość
|
|
Powrót do góry |
|
 |
samolot
Dołączył: 26 Sty 2006 Posty: 8376 Skąd: Toru?
|
Wysłany: Sob Cze 24, 2017 8:42 pm Temat postu: |
|
|
Cytat: | A czy przy projektowaniu wydruków te? jednostki wyra?a si? w 1/100 cala ? | Tak, funkcje drukowania to te? s? funkcje graficzne.
Cytat: | Nie wiem jak w j?zykach Visual# definiowane s? wymiary czy mog? by? mm, czy twipy (jak w Accessie) czy mo?e jeszcze jako? inaczej. | Twipy by?y tak samo dobre w VB6 i w s? VBA, jak s? teraz setne cz??ci cala w VB.NET. W przypadku Twipów, o ile dobrze pami?tam 1 mm równa si? 56,7 Twipa. Tylko, ?e ta jednostka by?a przez ówczesnych autorów oprogramowania wzi?ta jakby z nik?d, tak po prostu autorzy przyj?li. W VB.NET, jako ?e by?y to ju? lata 2000 i planowano globalizacj? bibliotek NET, tak by by?y zgodne z europejskimi systemami normalizacji, to jednostk? oparto na calu, czyli oficjalnej jednostce stosowanej w USA, a która ma w systemach normalizacji oficjalny przelicznik na jednostki metryczne
Wiec aby na kartce uzyska? w?a?ciwy wymiar na przyk?ad rysowanego prostok?ta, to trzeba po prostu stosowa? w?a?ciwy przelicznik jednostek, bo poza komputerem na fizycznej kartce mamy w Europie wymiary metryczne elementów w milimetrach, czy centymetrach.
_________________ Nie zadawaj bezcelowych pyta? / Windows 8.1 / Windows 10 / VB2008 / VB 2010 / VB 2012 / Pisz poprawnie |
|
Powrót do góry |
|
 |
EntomoLabels Gość
|
Wysłany: Nie Cze 25, 2017 10:10 am Temat postu: |
|
|
Ten program który napisali?cie wygl?da ca?kiem porz?dnie, czemu by nie rozwija? jego, tylko pisa? od nowa?
|
|
Powrót do góry |
|
 |
Greg_ Gość
|
Wysłany: Nie Cze 25, 2017 10:47 am Temat postu: |
|
|
Owszem, nie jest z?y, ma natomiast jedn? wad? - jak si? okaza?o w trakcie u?ytkowania. Wada ta polega na tym, ?e etykietka jest generowana jako grafika i wszelkie elementy s? do grafiki wrysowywane (jest to BMP). Nast?pnie ten obraz jest drukowany na raporcie. Na du?ej cz??ci drukarek jest on nieakceptowalny - ma zbyt s?ab? jako??. By? mo?e wielokrotne zwi?kszenie rozdzielczo?ci obrazu co? by pomog?o, chocia? wydaje mi si?, ?e pó?niejsze przeskalowanie do w?a?ciwego rozmiaru i tak by pogorszy?o jako??. Poniewa? ten sposób generowania obrazu jest zaimplementowany, jego zmiana poci?gn??a by za sob? praktycznie ca?? przebudow? kodu - a to ju? raczej nie mia?o by sensu. Pami?tajmy te? o tym, ?e drukujemy tam font 4 pkt i nawet minimalne pogorszenie jako?ci powoduje, ?e staje si? on ma?o czytelny. Tam gdzie jako?? druku by?a kiepska, u?ytkownicy zostawali przy wersji accessowej albo drukuj? w Wordzie, Excelu, Corelu na podstawie w?asnor?cznie przygotowanych wzorców. Dla wielu równie? problemem jest zrozumienie plików CSV, separatorów itp. wydawa?o si? to nieprawdopodobne... a jednak. St?d w?a?nie pomys? by powoli, z konsultacj? osób znaj?cych si? na rzeczy i dobrze programuj?cych oraz patrz?cych na to niejako z boku - skonsultowa? projekt, wzajemnie wytykaj?c sobie b??dne za?o?enia, czy pokazuj?c jak ma/mo?e wygl?da? praca z aplikacj? - dobrze j? zaprojektowa? a potem spróbowa? zrealizowa?. Jednoosobowe projektowanie aplikacji zawsze niesie ze sob? widmo implementacji w?asnych przyzwyczaje? i b??dów struktur danych, które potem mszcz? si? przy pisaniu kodu. Oczywi?cie trzeba bra? pod uwag? to, ?e z dotychczasow? aplikacj? accessow? pracuje pot??na liczba u?ytkowników i maj? ju? pewne nawyki z tego wynikaj?ce,projektuj?c interfejs trzeba to uwzgl?dni?.
Pierwsz? wersj? napisa?em na jakim? archeologicznym Accessie 95 tak dawno, ?e najstarsi górale nie pami?taj? :-) i w?a?ciwie nie zmieni?a si? do tej pory i tu nic si? nie zmieni w przysz?o?ci, nawet szablony etykietek w zasadzie nie ulegaj? zmianie. Oczywi?cie trzeba by?o troch? interfejs dostosowa? do wspó?czesno?ci. Konieczno?? wbudowania w program kreatora szablonów wynika raczej z indywidualnych upodoba? u?ytkowników, którzy stosuj? okre?lone wielko?ci etykietek, fonty i uk?ad danych.
... tak to mniej wi?cej wygl?da.
|
|
Powrót do góry |
|
 |
|
|
Możesz pisać nowe tematy Możesz odpowiadać w tematach Nie możesz zmieniać swoich postów Nie możesz usuwać swoich postów Nie możesz głosować w ankietach Możesz dodawać załączniki na tym forum Możesz pobierać pliki z tego forum
|
 Debug: strone wygenerowano w 0.22037 sekund, zapytan = 13
|