🚀 go-pugleaf

W dniu 29.12.2018 o 13:02, szykcech@gmail.com pisze:
> Witam
> Piszę edytor tekstu (Textprofan 4) w oparciu o bibliotekę Qt. Program jest modułowy składa się z małego exe, kilku bibliotek i 2 pluginów (na początek). 
To ciekawe, bo kiedyś pisałem edytor jeszcze z użyciem starego Delphi 6 
i SynEdita, który już nie był rozwijany od dawna, ale cały czas go 
używam bo wygodny.
I nawet myślałem, aby napisać jego nową wersję najlepiej w C++.
Jak mieć dostęp do programu? Mam pomysły na niektóre funkcje.
Możliwość wielu dokumentów u mnie było robiona przez MDI, które jest 
niekompatybilne z Linuxem, dla Qt to chyba będzie widget z tabami.

Moje pomysły: w menu Files jest coś takiego jak Recent Files - dodane 
menu które pokazuje je posortowane po czasie zamknięcia, po nazwie czy 
ścieżce pliku. Nazwy plików są u mnie w pliku ini w katalogu gdzie 
binarka Editasa.
Ale jak wiadomo - lista ostatnio użytych plików szybko się zapełnia, gdy 
używam F4 wraz z podłączonym edytorem do TotalCommandera.
Więc u mnie zrobiłem dodatkowe menu Folders,  gdzie pogrupowałem w 
folderach najważniejsze pliki tekstowe, które używam. Zresztą, to 
grupowanie w foldery nie sprawdziło się, bo używam tylko list - 
posortowanej według ostatniego zamknięcia i alfabetycznie według nazwy 
pliku (nie ścieżki)
Ważną właściwością mojego edytora są krótkie zaszyfrowane notatki. Jeśli 
plik ma rozszerzenie .een , wtedy traktuje to jako zaszyfrowany tekst.
U mnie rozpoznaje czy tekst jest UTF8 czy Windows 1250 po BOM, choć 
obecnie warto stosować UTF8 zawsze, bo często pliki xml są UTF8 bez BOM.

> Możliwość wielu dokumentów u mnie było robiona przez MDI, które jest 
> niekompatybilne z Linuxem, dla Qt to chyba będzie widget z tabami.

Na Linuxie czy gdziekolwiek indziej Qt wspiera Mdi jak i taby...

Co do twoich pomysłów:

Przewiduję interfejs na tabach (Mdi da się, ale jest to kompletnie przestarzałe i nie wygodne).

Ofszem miałem w starej wersji historię otwartych dokumentów i planuję dodać to w nowej. Jednak tu bez udziwnień: tylko otwarcie poprzedniego w historii standardowym przeglądarkowym w+shift+ctrl lub z menu.

Co do szyfrowanych plików to ciekawa sprawa i w obrębie mojej architektury istnieje możliwość dodatnia specjalnego pluginu dekodera (automatycznego lub z podaniem hasła).

Jednak przyznam szczerze ten edytor piszę na własne potrzeby i raczej nie planuję go udostępniać. On jest dla mnie poligonem do coraz lepszego poznawania biblioteki Qt.

> standardowym przeglądarkowym w+shift+ctrl lub z menu.
Oczywiście miało być t+shift+ctrl .

W dniu 29.12.2018 o 15:03, szykcech@gmail.com pisze:
> Jednak przyznam szczerze ten edytor piszę na własne potrzeby i raczej nie planuję go udostępniać. On jest dla mnie poligonem do coraz lepszego poznawania biblioteki Qt.

To napiszę coś własnego. Raczej nie będę rozwijał budowy modułowej,
ale chciałem zapytać się o użytą technologię:
widget edytora to jest standardowo brany z Qt? Bo są również jakieś 
wrappery Scintilli.
jaka klasa służy do podświetlania składni oraz sprawdzania pisowni?

> widget edytora to jest standardowo brany z Qt?

Tak.

>  Bo są również jakieś 
> wrappery Scintilli.

Nie używam i po źródłach Notepad++ widać, że to raczej szambo...

> jaka klasa służy do podświetlania składni oraz sprawdzania pisowni?
Z Kde KSyntaxhighlighting, chyba stąd:
https://github.com/KDE/syntax-highlighting

W dniu 29.12.2018 o 21:17, szykcech@gmail.com pisze:
>> widget edytora to jest standardowo brany z Qt?
> 
> Tak.

QPlainTextEdit?

>> jaka klasa służy do podświetlania składni oraz sprawdzania pisowni?
> Z Kde KSyntaxhighlighting, chyba stąd:
> https://github.com/KDE/syntax-highlighting
> 

Potem jakoś przyłącza się ten highlighter do QPlainTextEdit'a?

W dniu sobota, 29 grudnia 2018 21:33:49 UTC+1 użytkownik Borneq napisał:
> W dniu 29.12.2018 o 21:17, szykcech@gmail.com pisze:
> >> widget edytora to jest standardowo brany z Qt?
> > 
> > Tak.
> 
> QPlainTextEdit?

Tak. 

> >> jaka klasa służy do podświetlania składni oraz sprawdzania pisowni?
> > Z Kde KSyntaxhighlighting, chyba stąd:
> > https://github.com/KDE/syntax-highlighting
> > 
> 
> Potem jakoś przyłącza się ten highlighter do QPlainTextEdit'a?

Robisz coś w stylu:
MyEditor: public QPlainTextEdit
{
protected:
    SyntaxHighlighter* mSyntaxHighlighter = nullptr;
    KSyntaxHighlighting::Repository mRepository;
};

I potem w cpp:
MyEditor::MyEditor(QWidget* aParent) : QPlainTextEdit(aParent)
{
    mSyntaxHighlighter = new SyntaxHighlighter(document());
}

Potem w funkcji openFile(QString aFileName) ładujesz plik i robisz detekcję rodzaju wg nazwy lub rozszerzenia - niestety wykrywanie pliku po zawartości chyba nie działa, wiec ja obsługiwałem to na piechotę dla plików jakich używam.
Standardowa detekcja wygląda tak:

KSyntaxHighlighting::Definition lDef = mRepository.definitionForFileName(mInputFileInfo->mFileName);
        if(!lDef.isValid() && mInputFileInfo->mExt.length())
            lDef = mRepository.definitionForFileName(C::gBaseName(mInputFileInfo->mFileName, false) + '.' + mInputFileInfo->mExt);   // try open file detected by content
        if(lDef.isValid()) mSyntaxHighlighter->setDefinition(lDef);

Tak mam zrobione w wersji monolitycznej. Użyte funkcje z mojej biblioteki są samo opisowe, więc nie będę tłumaczył (jedynie podam, że C::gBaseName(mInputFileInfo->mFileName, false)  zwraca nazwę pliku bez rozszerzenia).

W dniu 29.12.2018 o 21:44, szykcech@gmail.com pisze:
>>>> jaka klasa służy do podświetlania składni oraz sprawdzania pisowni?
>>> Z Kde KSyntaxhighlighting, chyba stąd:
>>> https://github.com/KDE/syntax-highlighting
>>>
>>
>> Potem jakoś przyłącza się ten highlighter do QPlainTextEdit'a?
> 
> Robisz coś w stylu:
> MyEditor: public QPlainTextEdit

Udało się skompilować przykłąd codeeditor z Kde KSyntaxhighlighting pod 
Mintem z użyciem cmake.
Może w Windows będzie trudniej, bo trzeba i cmake zainstalować, i czy 
cmake znajdzie wszystkie ścieżki.
Na przykład w Mintcie musiałem jeszcze skompilować:
git clone git://anongit.kde.org/extra-cmake-modules

W dniu 29.12.2018 o 13:02, szykcech@gmail.com pisze:
> Program jest modułowy składa się z małego exe, kilku bibliotek i 2 pluginów (na początek). Pluginy są ładowane dynamicznie (jednak na starcie programu) przewidywane jest ich włączanie i wyłączanie wg uznania (ze zwalnianiem pamięci a nie jedynie ukrywanie).
> 
> W pluginie libTextEditorPluginD.so mam funkcjonalność pojedynczego edytora (zawiera on fabrykę obiektów edytora z których każdy składa się z kontrolki (ang. widget) zawierającego właściwy edytor (dziedziczący po QPlainTextEdit) - jest to wygodne i rozwijalne gdyby np. komuś zamarzyło się kiedyś dodawanie nowych elementów takich jak pasek przycisków funkcyjnych czy panel wyszukiwania i zamiany.
> 
> W pluginie libSyntaxHighlighterPluginD.so mam funkcjonalność kolorowania składni oraz korekty pisowni (wynika to z tego, że nie może być 2 obiektów kolorujących podłączonych do jednego edytora QPlainTextEdit).

Pluginy tworzy się za pomocą wybrania opcji Qt plugin
http://doc.qt.io/qt-5/plugins-howto.html
czy też są to niezależne, dynamiczne biblioteki, czy Qt wspiera je jakoś?

W dniu niedziela, 30 grudnia 2018 09:58:04 UTC+1 użytkownik Borneq napisał:
> W dniu 29.12.2018 o 13:02, szykcech@gmail.com pisze:
> > Program jest modułowy składa się z małego exe, kilku bibliotek i 2 pluginów (na początek). Pluginy są ładowane dynamicznie (jednak na starcie programu) przewidywane jest ich włączanie i wyłączanie wg uznania (ze zwalnianiem pamięci a nie jedynie ukrywanie).
> > 
> > W pluginie libTextEditorPluginD.so mam funkcjonalność pojedynczego edytora (zawiera on fabrykę obiektów edytora z których każdy składa się z kontrolki (ang. widget) zawierającego właściwy edytor (dziedziczący po QPlainTextEdit) - jest to wygodne i rozwijalne gdyby np. komuś zamarzyło się kiedyś dodawanie nowych elementów takich jak pasek przycisków funkcyjnych czy panel wyszukiwania i zamiany.
> > 
> > W pluginie libSyntaxHighlighterPluginD.so mam funkcjonalność kolorowania składni oraz korekty pisowni (wynika to z tego, że nie może być 2 obiektów kolorujących podłączonych do jednego edytora QPlainTextEdit).
> 
> Pluginy tworzy się za pomocą wybrania opcji Qt plugin
> http://doc.qt.io/qt-5/plugins-howto.html
> czy też są to niezależne, dynamiczne biblioteki, czy Qt wspiera je jakoś?

Tak to są normalne dynamiczne biblioteki o standardowym interfejsie używanym przez Qt. Ma to 2 zalety:
+ plik Json opisuje Ci plugin i można ten plik (json z biblioteki współdzielonej) pobrać bez ładowania całego pluginu. Ma to znaczenie np. w Qt Creatorze który w całości opiera się na pluginach i są między nimi zależności (wersje). Nawet mimo, że wszystkie te pluginy i tak są przygotowywane przez Qt i kompilowane razem z całym Qt Creatorem - ale formalnie jest furtka dla niezależnych programistów którzy chcieli by dodać swój zamknięty plugin (lub taki którego nie chce Qt).
+ plugin udostępnia standardowy interfejs - ładuje określoną klasę która pełni rolę fabryki obiektów dla obiektów udostępnianych przez plugin.

Poza tym możesz tworzyć standardowe biblioteki współdzielone ładowane na starcie programu.

> Na przykład w Mintcie musiałem jeszcze skompilować:
> git clone git://anongit.kde.org/extra-cmake-modules

Pod WinDos tak samo trzeba to skompilować. To jakieś wewnętrzne parametry Kde.

W dniu 30.12.2018 o 14:17, szykcech@gmail.com pisze:
> + plik Json opisuje Ci plugin i można ten plik (json z biblioteki współdzielonej) pobrać bez ładowania całego pluginu. Ma to znaczenie np. w Qt 

Z tym plikiem json to ciekawe, bo
pytałem na forum Qt i mam linki
http://doc.qt.io/qt-5/qtwidgets-tools-echoplugin-example.html
http://doc.qt.io/qt-5/qpluginloader.html

Ten pierwszy, jest co prawda pluginem robiącym konkretną rzecz, ale 
tutaj obie strony wiedzą co ma robić, natomiast kłopot jest z pluginami, 
które by miały mieć całkiem nową funkcjonalność, nieprzewidzianą przez 
program główny.
Mam coś takiego: w programie głównym jest klasa dziedzicząca po 
QPlainTextEdit nazywająca się CodeEditor.
Klasa ta korzysta z bilbioteki statycznej dla takich rzeczy jak
    KSyntaxHighlighting::Repository m_repository;
    KSyntaxHighlighting::SyntaxHighlighter *m_highlighter;
Teraz trzeba by coś opisać w jsonie, żeby bez pluginu zadziałał w 
uproszczony sposób, bez kolorowania, a gdy wśród pluginów będzie plugin 
kolorowania, to aby kolorował.

W dniu niedziela, 30 grudnia 2018 21:16:12 UTC+1 użytkownik Borneq napisał:
> W dniu 30.12.2018 o 14:17, szykcech@gmail.com pisze:
> > + plik Json opisuje Ci plugin i można ten plik (json z biblioteki współdzielonej) pobrać bez ładowania całego pluginu. Ma to znaczenie np. w Qt 
> 
> Z tym plikiem json to ciekawe, bo
> pytałem na forum Qt i mam linki
> http://doc.qt.io/qt-5/qtwidgets-tools-echoplugin-example.html
> http://doc.qt.io/qt-5/qpluginloader.html
> 
> Ten pierwszy, jest co prawda pluginem robiącym konkretną rzecz, ale 
> tutaj obie strony wiedzą co ma robić, natomiast kłopot jest z pluginami, 
> które by miały mieć całkiem nową funkcjonalność, nieprzewidzianą przez 
> program główny.
> Mam coś takiego: w programie głównym jest klasa dziedzicząca po 
> QPlainTextEdit nazywająca się CodeEditor.
> Klasa ta korzysta z bilbioteki statycznej dla takich rzeczy jak
>     KSyntaxHighlighting::Repository m_repository;
>     KSyntaxHighlighting::SyntaxHighlighter *m_highlighter;
> Teraz trzeba by coś opisać w jsonie, żeby bez pluginu zadziałał w 
> uproszczony sposób, bez kolorowania, a gdy wśród pluginów będzie plugin 
> kolorowania, to aby kolorował.

Json będzie częścią pluginu jeśli go zrobisz. Natomiast bez niego Json jest po nic. W sumie ja w swoim edytorze mam przewidziane 3 rodzaje pluginów: editor, view i tool. I ładuję plugin który sam się rejestruje w programie (wywołuję jedynie funkcję pluginu z parametrem fabryki pluginów Plugins). A wcześniej w systemie się rejestruje plugin edytora. I w momencie gdy jest tworzony nowy edytor wywoływana jest lista zarejestrowanych funkcji std::function (callback) które robią określone rzeczy na tym nowym obiekcie.
Json w tym momencie jest tylko do określenia typu pluginu oraz do ustalenia zależności między pluginami (który ma się ładować jako pierwszy). Podobnie jest zrobiony Qt Creator - na nim się (luźno) wzorowałem.
Zaś typ pluginu jest mi potrzebny tylko do zapytania jaki plugin ma być domyślny do wyświetlania - biorę do tej listy tylko pluginy editor i view.

> Ma ktoś doświadczenie z programami z pluginami i mógłby pomóc?

Dzięki już nie trzeba. Problem był w tym, że w pluginie SyntaxHighligterPlugin nie było podlinkowanego pluginu TextEditorPlugin a to jest konieczne by móc użyć jego zawartości - atuomagicznie one się nie widzą...