Lazarus vs Delphi (embarcadero Community Edition)

Odpowiedz Nowy wątek
2019-03-12 11:36
0

Witam,
teraz jedno i drugie (Lazarus i Delphi) do części zastosowań darmowe.
Co lepsze? Jak do tego podchodzić?

Pozostało 580 znaków

2019-03-26 09:34
hnb
0

@furious programming:

w takim razie najlepiej założyć nowe konto. Lazarus jest testowany przed każdym wydaniem na kilka tygodni przed. Są wewnętrzne RC przed wydaniem stabilnej wersji i automatyczne testy (niestety testy nie są wstanie wychwycić wszystkiego).

To prawda, że edytor kodu jest czasem zawodny ale jednocześnie jest bardziej zaawansowany niż edytor w Delphi.

Unikając raportowania błędów sytuacja się nie poprawi, często każdy dev Lazarusa ma pewne przećwiczone schematy i ciężko napotkać na błędy, stąd też Twoje testy/odmienny sposób pracy/wyłapane błędy są cenne i warto to raportować.


NewPascal.org
VisualStudio code ma fajny przycisk gdzie wpisujesz feedback i leci to ma bugtracker. Taki ficzer by pomógł zbierać opinie i błędy. - somedev 2019-03-26 09:55
i cyk, pomysł na projekt gotowy - vpiotr 2019-03-26 11:08
@vpiotr: chcesz to zrealizować? Jeśli tak to daj linka na tracker czy na brancha. Chętnie bym się dołączył, bo nie mam okazji ostatnio pisać w Pascalu. Przy czym poza ficzerem w Lazarusie, trzeba by ogarnąć, jakieś api w backendzie bugtrackera. - somedev 2019-03-26 11:09
Lol, oni maja to na SVN jeszcze. Od 5 lat nie używałem repo SVN... Wieczorem pociągnę i skompiluje IDE. - somedev 2019-03-26 11:12
Pluginy do Delphi kiedyś robiłem, nie wiem na ile Lazarus jest podobny w tym obszarze. Bugi mogłyby być wypychane na GitHub na początek bo nie wiem jakiego oni tam bug truckera używają ale pewnie jakiegoś starego. Obecnie jednak mogę ew. co najwyżej zainspirować / pomóc w designie bo w życiu prywatnym nie mam czasu się nawet podrapać... - vpiotr 2019-03-26 11:15

Pozostało 580 znaków

2019-03-26 11:15
0
hnb napisał(a):

w takim razie najlepiej założyć nowe konto.

Nie no wystarczyłoby się odezwać do admina i poprosić o pomoc. Tyle że przymierzam się do kontaktu już od dobrych dwóch lat i jakoś zawsze o tym zapominam, bo mam kupę innych rzeczy na głowie. :/

Lazarus jest testowany przed każdym wydaniem na kilka tygodni przed. Są wewnętrzne RC przed wydaniem stabilnej wersji i automatyczne testy (niestety testy nie są wstanie wychwycić wszystkiego).

Nie wątpię w to, że testy (w postaci kodu) są przeprowadzane, ale czy jest w ekipie tester, który siada, odpala IDE, ładuje jakiś większy projekt i po prostu katuje środowisko? Coś mi się wydaje, że organoleptycznie nikt nie testuje tych narzędzi, bo na sporo niedoróbek/błędów wpada się praktycznie od razu, przy podstawowych czynnościach (jak np. owy Find Declaration).

To prawda, że edytor kodu jest czasem zawodny […]

„Czasem” to delikatne niedomówienie, bo np. praca z okienkiem completion box w połaczeniu z generykami to istna katorga – nie da się używać. Do tego jeszcze te durne pozycje typu text, które nie wiem po co są dodawane, skoro zaśmiecają listę. No ale to nie sam edytor kodu jest winien.

[…] ale jednocześnie jest bardziej zaawansowany niż edytor w Delphi.

Nie wiem, nie używam Delphi, więc nie mam porównania. Co jak co, ale z edytora kodu jestem akurat bardzo zadowolony – masa funkcji, korzystam chyba ze wszystkich.

Unikając raportowania błędów sytuacja się nie poprawi, często każdy dev Lazarusa ma pewne przećwiczone schematy i ciężko napotkać na błędy, stąd też Twoje testy/odmienny sposób pracy/wyłapane błędy są cenne i warto to raportować.

No to raczej oczywiste. Postaram się ogarnąć ten temat, a jeśli bardzo nie będzie mi się chciało to chciaż na forum dam znać, niech to ktoś dorzuci na bugtrackera. Wiele napotkanych problemów już jest zgłoszonych (np. problem z nie znikaniem hintów), więc najpierw muszę sprawdzić czy w ogóle mam co zgłaszać.


edytowany 2x, ostatnio: furious programming, 2019-03-26 11:17

Pozostało 580 znaków

2019-04-02 01:38
1

Kolejny bubel znaleziony przypadkowo.

Opcja Export as HTML z menu File jedynie połowicznie wspiera schemat kolorów edytora kodu. Sam mam tło edytora jako prawie czarne, keywordy białe, dyrektywy i komentarze jasnoszare i identyfikatory średnio-szare. Natomiast w wyeksportowanym dokumencie, kolory tekstu są takie same jak w edytorze, ale tło dokumentu jest zawsze białe…

Wyeksportowany kod wygląda po otwarciu w przeglądarce tak:

shitty code.png

a powinien wyglądać tak (zmieniłem tylko kolor tła, za pomocą narzędzi deweloperskich w przeglądarce):

good code.png

To już nawet nie chodzi o to, że to narzędzie nie zostało porządnie przetestowane, w tym manualnie sprawdzone wyniki dla różnych ustawień (bo nie zostały), ale ktoś kto je pisał chyba robił robotę ”na odpitol”, byle jakieś tam było. No bo jak można było pomyśleć o wsparciu kolorów edytora, jednocześnie nie myśląc o kolorze jego tła…? :/

Albo wspieramy kolorystykę edytora w całości, ale w ogóle i używamy jakiejś predefiniowanej palety.


Tak swoją drogą to opcja ta jest dość biedna (pomijając bug związany ze statycznym kolorem tła).

Fajnie by było, gdyby oprócz samego kodu, do dokumentu trafiło także numerowanie linii – nie jest to zbyt trudne do zrobienia. Można by się też zastanowić nad breakpointami. Natomiast jeśli o kolorystykę chodzi, to super by było, gdyby kod opatrzony nieaktywnymi dyrektywami (jak w przykładzie który podałem, kod w sekcjach $IFNDEF WINDOWS) był tak samo kolorowany jak w edytorze (u mnie: ciemniejszymi literami):

editor code.png

I fajnie by też było, gdyby dało się wyeksportować tylko zaznaczone linie aktywnego dokumentu, a nie całego modułu. A jeśli mowa o całych modułach, to dobrze by było wyeksportować wszystkie (wszystkie projektu, wszystkie otware w edytorach lub w wybranym edytorze).

Poza tym przydałby się jakieś pośrednie okienko dialogowe z możliwością wyboru nazwy docelowego pliku, a także kilku podstawowych opcji (wybór schematu kolorów, elementów edytora i kodu itd.) oraz podgląd ”wydruku”, tak aby przed zapisem było wiadomo jak kod będzie wyglądać. Całość najlepiej w formie prostego kreatora, na kształt instalatorów. Zwykły SaveDialog to stanowczo za mało.

Dlaczego nikt o tym nie pomyślał? Nie mam pojęcia…


edytowany 13x, ostatnio: furious programming, 2019-04-02 02:51
My tu raczej nie pomożemy, też sugeruję przynajmniej http://wiki.freepascal.org/How_do_I_create_a_bug_report - vpiotr 2019-04-02 07:44
Pisałem już, że wiem co to bug tracker i jak się raportuje błędy, ale nie mam dostępu do konta, bo zapomniałem danych do logowania i nie mam możliwości ich przywrócenia. Tego i poprzedniego posta nie napisałem licząc na to, że ktoś to zobaczy i naprawi te problemy. Wyraziłem jedynie frustrację spowodowaną jakością tych narzędzi. - furious programming 2019-04-02 13:48
A pytanie z innej beczki - po co się używa eksportu do HTML? W życiu nie miałem takiej potrzeby i się zastanawiam, czy po prostu nie umiem korzystać z tego przydatnego narzędzia, czy jest to jakiś gadżet i typowy wodotrysk. Dacie przykład sytuacji (realnej, a nie hipotetycznej), w której się z tego korzysta? - cerrato 2019-04-03 12:37

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0