[Jarema]

Zapraszam do zapoznania się z nowym wpisem na blogu. 

[MareroQ]

Wreszcie się doczekałem na kolejną wersję (niestety bez odpowiedzi na pytania).
Jestem jednak trochę rozczarowany, ponieważ z nieznanych mi przyczyn, Twój program da się uruchomić (jak dla mnie) tylko z Gimp 2.6.
Testowanie w 2.6 jest chyba jednak stratą czasu ?.
Brak informacji-jaka wersja Pythona jest odpowiednia (wymagana!).
Zainstalowany w Gimp 2.8 oferuje wybór języka, wczytuje ikony (do numbers) - i brak możliwości uruchomienia.
Ponieważ nieustająco uważam, że ten program ma szansę być lepszy niż action w PS - mogę prosić o więcej informacji na tym forum ?

[kon]

Dwa razy to instalowalem i byla "totalna kicha" i teraz to wiem,ze to na 2.6

[Jarema]

Zainstalujcie wersje 2.8.6 dla MS Windows - na takiej pracuje, lecz aktualnie na Linuksie go testuje także /Ubuntu 12.04PL-DVD-i386/.

Dajcie dokładniejsze info / rzut ekranu okna gimpa, jego pasek postępu, okno wtyczki, opis słowny / bo wiem na razie nie zamierzam dodawać nowych funkcji lecz nad stabilnością popracować właśnie.

Gdy usuniecie z _scfiles katalog groups wraz z numbers. Wtedy przy ponownym uruchomieniu zostaną utworzone ponownie.
Dajcie zawartość pliku preferences i jeżeli można to wklejcie listing _scfiles po wszystkich operacjach.
Za wartość konsoli błędów(informacyjnej) także by się przydała. Wykonajcie Add Tab -> Error Console przed pierwszym uruchomieniem wtyczki.

[kon]

Jak to bedzie chodzilo to zainstaluje.Moje doswiadczenie..............na razie nie instaluje.

[MareroQ]

Dla Windows Vista 32bit, Gimp 2.8.10, Python 2.7.5:

1. Ładowanie ikon zatrzymuje się każdorazowo na _scfiles\numbers\rbicon_8.png (chociaż ta ikona się wgrała - jak również 46 innych),
2. Katalog groups nie został utworzony,
3. W konsoli błędów Gimpa brak jakichkolwiek informacji (Gimp uruchomiony z konsoli w trybie --verbose również nic w tym względzie nie komunikuje),
4. Usunięcie katalogu numbers nie pomaga,
5. Zapis w preferences {"language": "pol"}.

Jutro sprawdzę czy przegranie katalogu _scfiles z Gimpa 2.6 do 2.8 pozwoli na uruchomienie kompozytora oraz ewentualnie zmienię wersję Pythona.

[Jarema]

Najbardziej bezpieczny do testowania jest język angielski. Nie posiada ogonków i innych nie standardowych znaków.
Zmień ręcznie pol => eng, lub usuń plik preferences i wybierz angielski.

Testuje aktualnie na tej konfiguracji:
GIMP 2.8.2   [UBUNTU 12.04 LTS]
Python 2.7.3 [GCC 4.6.3]

Gimp 2.8.6   [Windows Seven]
Python 2.7.5 [MSC v.1500 32 bit (Intel)]

Znalazłem błąd w build_local_db oraz zmieniłem kolejność generowania plików.
Nową wersje zamieszczę na blogu.

[MareroQ]

W najnowszej wersji instalacja przebiegła bezproblemowo - poza chyba nieistotnym komunikatem:

Kod:

Script-Fu Composer -- The Aplha version of The Penultimate edition -- Ostrzeżenie
build_local_db[storage: empty, locale: c:/program files/gimp 2/share/locale] <= Not found resource or not have permission

Jednak Composer-0.4.1-alpha.zip nie zawiera katalogu _scfiles (wielu użytkowników się nie domyśli, że trzeba pobrać Composer-0.4-alpha.zip i zastąpić tylko plik sc_tool.py).

Teraz pora na wielkie testowanie.
I pierwsze uwagi-zapytania (wrażenia po pierwszym uruchomieniu):
 - do czego przewidujesz okno Własne projekty ?
 - brak wartości domyślnych wywołanego script-fu prawdopodobnie zniechęci większość użytkowników (a ja też nie rozumję jakie są Twoje plany w tym zakresie).
 

[Jarema]

Ostrzeżenie jest powodowane tym iż wtyczka chce przetwarzać nieistniejący zasób. Puki użytkownik nie ustawi katalogu z skryptami z którego Gimp wczytuje swoje Script-Fu, puty to ostrzeżenie pojawiać się będzie.
Na marginesie: szukam jak za pomocą python-fu pobrać katalogi w których są pliki .scm. -- aby było tak jak w Gimp'ie (patrz Preferencje => Katalogi => Skrypty).

Dzięki za info. Dam pełną paczkę dla 0.4.1-alpha. To będzie pomocne. Prawda.

Odnośnie zakładki Własne projekty przeczytaj z uwagą|zrozumieniem moje wpisy

• Additional managers for handling content - punkt trzeci
• Developer's Tools - także punkt trzeci

Potem porozmawiamy.

Odnośnie wartości domyślnych to ich nie ma, to znaczy są ale dopiero w czasie korzystania, nie tworzenia skryptu.
Idea jak stoi, za tym od początku to iż wypełniasz pola które interesują, reszta jest obsługiwana w czasie korzystania z skryptu. Tak więc pozostawiając pole tekstowe puste, dajesz sygnał iż wartość parametru nie jest stała, lecz określana za każdym wywołaniem skryptu twego. Napisz jak kto zakomunikować innym.

Potrzebuje informacji zwrotnej także na temat tego czy plik pomocy jest łatwo dostępny i pisany przystępnym językiem.
Na koniec wpis mego ogłaszam wszem i wobec i nie interesują mnie rozwiązania idioto-odporne.

[MareroQ]

Jak napisałem wcześniej - to tylko moja pierwsza próba i pierwsze wrażenia.
Niewątpliwie jesteś profesjonalistą w pisaniu programów (i sposobu pisania plików pomocy)- jednak chyba treść dla większości zwykłych użytkowników nie jest jasna.

Potrzebuję (trochę ?) czasu aby na nowo zrozumieć Twoją koncepcję.
Na szybkim przykładzie - połączyłem (bez błędu)dwa losowo wybrane script-fu.
Co otrzymałem - zrzut nr 1 - to wymaga prawidłowego wypełnienia bardzo wielu pól.
Chyba z powodu niezrozumienia - pytanie - czy nie jest szybsze kolejne interaktywne wywołanie script-tu (jest opcja cofnij - aby dobrać pożądane parametry) - a nie komunikaty, iż parametr jest niewłaściwy ?

ps. Dla Windows może potrzeba informacji o script-fu z paskiem przewijania.
pps. Z powodu nieznajomości języka angielskiego - nie potrafię tego zrozumieć (inaczej bym nie pytał):

    Additional managers for handling content - punkt trzeci
    Developer's Tools - także punkt trzeci

ppps. Jestem za rozwiązaniami idioto-odporne (cokolwiek masz na myśli - ale to chodzi o więcej informacji od Ciebie)

Z nieustającym podziwem dla Twoich programów
MrQ

[be@]

Widzę że temat aktywny i wciąż mi się pojawia w ostatnio wysłanych, więc w końcu mnie zaciekawił. W związku z tym mam pytanko:
Dla kogo właściwie jest ten program/plugin? Dla zwykłych, przeciętnych użytkowników, czy raczej dla użytkowników mocno zaawansowanych, potrafiących pisać skrypty?

[Jarema]

Na wstepie przepraszam za oportunizm w poprzednim wpisie.
Odpowiadajac be@:

• dla zawansowanych ma byc usprawnieniem w codziennej pracy
• dla przecietnych odprezeniem, aby zamiast szukac, sami mogli tworzyc

Co do reszty uwazam ze:
Teraz gdy wtyczka chwycila - okolo 2000 wejsc od pazdziernika 2013 - i nie jest juz w stadium raczkujacym, nalezaloby zrewidowac myslenie, co do obslugie tej ze wtyczki przez tych ktorych be@ nazwal zwyklymi, przecietnymi uzytkownikami.

Dla mnie model osobowosciowy takiej jednostki rysuje sie nastepujaco:

• wie co to jest Gimp i umie uzywac narzedzi z palety
• nie pisze wlasnych script-fu, lecz rozumie logike automatyzacji pracy

Dopuki doputy ta kwestia nie zostanie wyjasniona pojawiac, beda sie jedynie kosmetyczne poprawki.

[be@]

Sądzę, że jestem typowym, przeciętnym użytkownikiem. Nie umiem pisać skryptów, ale bardzo dobrze znam narzędzia i filtry w GIMP i potrafię się nimi posługiwać. Często też korzystam z gotowych skryptów.
 Czy wobec tego mogłabym ten dodatek teraz wypróbować czy raczej powinnam poczekać, aż będzie gotowy? Nie znam angielskiego, więc chciałabym wiedzieć, czy na tym etapie taki zwykły użytkownik sobie z tym poradzi.
PS
Swoją drogą prowadzisz bloga po angielsku, a Twój polski pozostawia wiele do życzenia i czasem ciężko Cię zrozumieć

[Jarema]

Co do oceny moje osoby nie będę się wypowiadał. Jest jaka Jest.
Natomiast wszelkie konstruktywne uwagi są mile widziane. Jeżeli masz sposobność zostania Beta-Testem to będzie Mnie miło gdy dołączysz to tego wąskiego grona.