gmane.editors.yzis.devel

vim flaws

Caleb Cushing — 2008-12-02T00:38:40

http://upsilon.cc/~zack/blog/posts/2008/11/from_Vim_to_Emacs_-_part_2/ I'm sure you've all read that by now. couple things I'm sure that are already being handled... external spell checking, like aspell. Since that's how kde stuff usually handles it. external syntax highlighting, etc. in fact as many external tools as possible instead of writing your own code is probably beneficial. if sed for example could be used instead of implenting your own regex system. to prevent ui lock-ups could these processes be forked? and run in a separate sub process? (kinda like google chrome runs tabs) scripting language... raises an interesting point. why don't we offer the use of existing ones? like python. I'm not sure how feasible it is or maybe it's already been implemented that way... but how possible would it be for yzis to be library-ized so it's vi components could be used basically anywhere. on area (and I'm not sure how easy this would be) is seeing a vi-clone that could be interfaced into the more popular ide's like eclipse. one effort that could bring vi-modes to numerous editor's could bring more developer's, and would be better for vi-users. vim failed at this. does anyone know if it would be possible for yzis to be the 'editor' for kword and other 'office' programs? I suppose the point is that we should strive to learn from all of vim's failings and attempt to be better.

Vi mode added to Kate

Philippe Fremy — 2008-11-28T09:48:15

Hi, As you know, Erlend said that he would start implementing vi mode in kate. On his blog, he reports the status (successful): http://hamberg.no/erlend/2008/11/24/the-vi-input-mode-for-kate-is-done/ Congratulation Erlend ! cheers, Philippe

re-opening yzis-dev

Thomas Capricelli — 2008-11-28T09:05:14

Hi all, Due to popular demand, I'm reopening the mailing list yzis-dev-RlpeheQIxx7hvxM+mQhndA< at >public.gmane.org (yzis-announce is re-opened too). It is now hosted on https://secure.freehackers.org/wws/info/yzis-dev As I said on yzis-announce, we have started to work again on the KDE integration, and the next (alpha) release should contains preliminary work for editor embedding. Thomas

hosting change / mailing lists closed / forum opened

Thomas Capricelli — 2008-11-10T01:42:21

Hi all, Some of you reported about problems accessing www.yzis.org and/or the old trac site. Those times are hopefully over, we are changing the hosting of yzis.org, and I take the opportunity to do something i've been willing to do for long: the mailing lists are boring to maintain (we get spam that need to be moderated), and not used very much anyway. So I close them, and I open forums on our redmine project : http://labs.freehackers.org/projects/yzis/boards To replace yzis-announce, the 'news' from the redmine site is used : http://labs.freehackers.org/projects/yzis/news and the RSS is http://labs.freehackers.org/projects/yzis/news?format=atom&key=e33FSFn3IUNWAedq4k0mamZNuGceEiXxrjxuhajV regards, Thomas

:substitute bug

Caleb Cushing — 2008-10-25T02:50:31

just a quick test I ran on opensuse version alpha1-8.7 file contents were test blerg ran %s/test/blarg/ contents after were blargblerg contents should have been blarg blerg

rendering engine merge - part 2

Panard — 2008-10-19T22:10:12

Hi all! I've just merged the second part of my work on rewriting the render API. No more major render API changes are planned. It is quite complete now, and future merges will be focused on optimization and unittests + documentation. Please pull and test it heavily and report bugs! left TODO : - hlsearch - drawbuffer: keep loaded only visible lines - restore folding - visual block Beers, Panard

yzis.org down?

Lothar Braun — 2008-09-09T10:00:26

Hi, today yzis.org gives the error message 503 - Service Not Available Is someone aware of this issue? Regards, Lothar

merge of new rendering engine

Thomas Capricelli — 2008-08-26T03:04:30

You might have noticed that the new rendering engine (if i dare call it so) has been merged. Loic ("panard") had written the previous one, and has mostly rewritten it. It is not finished yet, but we decided to merge it right now in order to test it as soon as possible. This new engine (hopefully:-) provides a much simpler API for rendering, and removes my main concern regarding current yzis code. It will be part of the soon-to-come 1.0-alpha2 release. Please test, fix, and report. Thomas

segfault on make install

Thomas Capricelli — 2008-08-26T02:59:59

Hello, Using latest cmake (2.6.0), 'make install' will segfault in libyzisrunner. I dont know why, and I hope somebody else can find out why. of course, you can do this meanwhile, but i would like to know the real reason. Thomas diff -r 704b053c1d8b CMakeLists.txt --- a/CMakeLists.txt Tue Aug 26 04:56:59 2008 +0200 +++ b/CMakeLists.txt Tue Aug 26 04:57:04 2008 +0200 < at >< at > -192,7 +192,7 < at >< at > add_subdirectory( libyzis ) if (ENABLE_LIBYZISRUNNER) - add_subdirectory( libyzisrunner ) + # add_subdirectory( libyzisrunner ) endif (ENABLE_LIBYZISRUNNER) if (ENABLE_NYZIS)

is this list active?

Aljosa Mohorovic — 2008-08-08T10:54:16

is this list active? i'm trying to figure out where is the community part of yzis... Aljosa Mohorovic

scripting engine - python question

Aljosa Mohorovic — 2008-08-07T15:17:05

i'm interested to know how difficult would it be to integrate python? any comments, suggestions where to start, where is lua implementation in code and anything constructive is appreciated. Aljosa Mohorovic

My first commit

tar nefys — 2008-07-22T18:27:50

Hello, I did a commit or at least tried to. I hope this have worked well and what i've coded is not completly wrong. Feel free to make any comment on it. I also have a more general question on my junior task. I'm currently implementing most of movement command in command mode and it's going pretty good. But arrows movements should works in insert mode (at least in vim that work), and this is not working in current version of yzis. And i don't know how i could change that. Can anyone help me with this issue. Thanks all. David GAYOU

problems with windows and mail notification for commits

Thomas Capricelli — 2008-07-16T23:20:40

Two things : First, If anybody here is used to handle cmake/qt under windows, please help us. There are several problems, and I have a hard time fixing them. The #1 problem is to find a way to get qt statically linked. The second one is to get a debug version of yzis, in order to... well.... debug it for some windows-specific problems. Information on : http://www.yzis.org/Mailing_lists Secondly, I have setup a read-only mailing list which get send a mail for every push done to the main repository: if a push is made with 10 changesets/patches, only one mail is sent with the headings for all of them. Personaly, i'm very happy with the RSS/ATOM at http://sources.freehackers.org/hg.cgi/Yzis , but some people asked for this. greatings, Thomas

Old svn of yzis

Scott Newton — 2008-07-09T22:50:14

Will the changes from mercurial be added back into the original http://svn.freenux.org/home/svn/yzis/trunk or is this now completely dead? Thanks

A New Junior

tar nefys — 2008-07-01T17:50:45

Hello, I'm David GAYOU. Panard is a friend of mine and have explained me some stuff about yzis. I'd like to join you in developping Yzis. I had a look on differents website he gived me, particulary on the junior task page on the wiki. I gonna start with *More movements commands*, if noone mind about that. I already have modified the wiki page. bye ^^ David GAYOU

QYzis and Kpart/KYzis

Donald Ephraim Curtis — 2008-06-28T00:56:46

I noticed when I went through the code today that there is a LOT (almost all) sharing of code between QYzis and the KPart/KYzis. The only difference I noticed is that QYzis has the MainWindow embedded in QYSession. Is there any interest in trying to separate QYSession and then having KY* inheret from the QY* classes? Considering that most of KDE is QT and the KTE classes that are in KPart are really the bridge between the Qt drawing parts and the KTE master, it seems like a very viable solution. My only problem is that I don't have ENOUGH knowledge or time to do it on my own. I'd be willing to help. Also, I notice that there are some member variables that start with m_ and the webpage says mCapital style. Is it OK if I change these to the new style when I see them? Minor refactoring is all but I'm a stickler. Booyah, Donald

Cursor Shape Interface

Donald Ephraim Curtis — 2008-06-26T20:59:38

Hello YZis devs, A quick introduction: My name is Donald Ephraim Curtis and I am a lead developer for the Avogadro project (http://avogadro.openmolecules.net). I use gvim a lot but I love KDE and so have been waiting for KDE4 so I could finally get Yzis building easy (I didn't have time to go through the whole kde-devel thing). Anyways, to get familiar with the code and hopefully contribute some small patches to the community I took over the "Create cursor shape interface" TODO item: http://www.yzis.org/wiki/index.php?title=TODO#Create_cursor_shape_interface There is a Patch up there now and I put my name as the "Assigned:" category because I did it. I'm attaching the patch to this email too. Anyways, the only thing I did find was that while all the Cursor stuff is in libyzis the only problem is that there is no way for the non-gui part of yzis to know when the window is focused or not. Thus, applications like QYzis non FocusOut events have to take a little control of changing the cursor. I think this is still OK, it just works by QYzis telling the view to update the cursor shape on focus out and then restore the cursor on a focus in. We could also add some commands to the YView class like; YView::loseFocus or something of that nature. That's more than I wanted to just do on my first venture. I hope that the patch is enough and if you guys have questions I've been trying to be in the IRC room but I'm not that good about restoring it all the time. -- Donald diff -r aa0fd44b3ff1 libyzis/view.cpp --- a/libyzis/view.cppThu Jun 26 00:35:16 2008 +0200 +++ b/libyzis/view.cppThu Jun 26 15:49:27 2008 -0500 < at >< at > -71,6 +71,7 < at >< at > YView::YView(YBuffer *_b, YSession *sess m_drawBuffer(), mPreviousChars(""),mLastPreviousChars(""), mainCursor(this), scrollCursor(this), workCursor(this), mVisualCursor(this), keepCursor(this), + mCursorShape(YViewIface::CursorHidden), id(nextId++) { dbg().SPrintf("YView( %s, cols=%d, lines=%d )", qp(_b->toString()), cols, lines ); < at >< at > -120,6 +121,8 < at >< at > YView::YView(YBuffer *_b, YSession *sess opt_schema = getLocalIntegerOption( "schema" ); opt_list = getLocalBooleanOption( "list" ); opt_listchars = getLocalMapOption( "listchars" ); + +guiCursorChanged(mCursorShape); abortPaintEvent(); } < at >< at > -292,8 +295,38 < at >< at > void YView::updateMode() void YView::updateMode() { QString mode; +YMode::ModeType mt; mode = currentMode()->toString(); +mt = currentMode()->modeType(); + +YViewIface::CursorShape newCursorShape = YViewIface::CursorHidden; + +switch(mt) { +case YMode::ModeInsert : +setCursorShape(YViewIface::CursorVbar); +break; +case YMode::ModeReplace : +setCursorShape(YViewIface::CursorHbar); +break; +case YMode::ModeIntro : +case YMode::ModeEx : +case YMode::ModeSearch : +case YMode::ModeSearchBackward : +setCursorShape(YViewIface::CursorHidden); +break; +case YMode::ModeCompletion : +break; +case YMode::ModeCommand : +case YMode::ModeVisual : +case YMode::ModeVisualLine : +case YMode::ModeVisualBlock : +setCursorShape(YViewIface::CursorFilledRect); +break; +default: +break; +} + if (isRecording()) mode += _(" { Recording }"); < at >< at > -1640,6 +1673,21 < at >< at > YSelection YView::clipSelection( const Y return sel.clip( YInterval(scrollCursor.screen(), bottomRight) ); } +YViewIface::CursorShape YView::cursorShape() const +{ +return mCursorShape; +} + +void YView::setCursorShape( YViewIface::CursorShape cs ) +{ +if(cs != mCursorShape) +{ +mCursorShape = cs; +guiCursorChanged(mCursorShape); +guiUpdateCursor(); +} +} + void YView::setPaintAutoCommit( bool enable ) { if ( enable ) { diff -r aa0fd44b3ff1 libyzis/view.h --- a/libyzis/view.hThu Jun 26 00:35:16 2008 +0200 +++ b/libyzis/view.hThu Jun 26 15:49:27 2008 -0500 < at >< at > -818,6 +818,16 < at >< at > public: */ YSelection clipSelection( const YSelection& sel ) const; + /** + * < at >return the cursors current shape + */ + YViewIface::CursorShape cursorShape() const; + + /** + * < at >param cs the cursor shape to assign to this view + */ + void setCursorShape( YViewIface::CursorShape cs ); + protected: void setupKeys(); < at >< at > -844,6 +854,11 < at >< at > private: * The buffer we depend on */ YBuffer *mBuffer; + + /** + * The Cursor Shape + */ + YViewIface::CursorShape mCursorShape; /** * This is the main cursor, the one which is displayed diff -r aa0fd44b3ff1 libyzis/viewiface.h --- a/libyzis/viewiface.hThu Jun 26 00:35:16 2008 +0200 +++ b/libyzis/viewiface.hThu Jun 26 15:49:27 2008 -0500 < at >< at > -46,6 +46,14 < at >< at > class YZIS_EXPORT YViewIface { public: + enum CursorShape { + CursorFilledRect, + CursorVbar, + CursorHbar, + CursorFrameRect, + CursorHidden, + }; + //------------------------------------------------------- // GUI Notifications //------------------------------------------------------- < at >< at > -60,6 +68,12 < at >< at > public: * Status bar feedback is handled by YView. */ virtual void guiUpdateCursor() = 0; + + + /** Tells the GUI that cursor has changed + */ + virtual void guiCursorChanged(YViewIface::CursorShape) + {} /** Called when buffer's filename has changed. * Basic feedback is already handled by YView, diff -r aa0fd44b3ff1 qyzis/qycursor.cpp --- a/qyzis/qycursor.cppThu Jun 26 00:35:16 2008 +0200 +++ b/qyzis/qycursor.cppThu Jun 26 15:49:27 2008 -0500 < at >< at > -31,7 +31,7 < at >< at > #define dbg() yzDebug("QYCursor") #define err() yzError("QYCursor") -QYCursor::QYCursor( QYView * view, QYEdit* edit, CursorShape shape ) +QYCursor::QYCursor( QYView * view, QYEdit* edit, YViewIface::CursorShape shape ) : QWidget( edit ) { mView = view; < at >< at > -49,18 +49,18 < at >< at > QYCursor::~QYCursor() QYCursor::~QYCursor() {} -QYCursor::CursorShape QYCursor::shape() const +YViewIface::CursorShape QYCursor::shape() const { return mCursorShape; } -void QYCursor::setCursorShape( CursorShape shape ) +void QYCursor::setCursorShape( YViewIface::CursorShape shape ) { if ( shape == mCursorShape ) return ; mCursorShape = shape; int w = parentWidget()->fontMetrics().maxWidth(); int h = parentWidget()->fontMetrics().lineSpacing(); - if ( mCursorShape == CursorVbar ) + if ( mCursorShape == YViewIface::CursorVbar ) w = 2; resize( w, h ); } < at >< at > -100,10 +100,10 < at >< at > void QYCursor::paintEvent( QPaintEvent* QPainter p( this ); QRect r = rect(); - CursorShape s = shape(); +YViewIface::CursorShape s = shape(); deepdbg() << "paintEvent(): shape=" << s << endl; switch ( s ) { - case CursorFilledRect : +case YViewIface::CursorFilledRect : p.setPen( cbg ); p.setBackground( cfg ); // erase with cell foreground < at >< at > -112,7 +112,7 < at >< at > void QYCursor::paintEvent( QPaintEvent* p.drawText( rect(), cell.c ); break; - case CursorFrameRect : +case YViewIface::CursorFrameRect : p.setPen( cfg ); p.setBackground( cbg ); // erase with cell background < at >< at > -125,12 +125,12 < at >< at > void QYCursor::paintEvent( QPaintEvent* p.drawRect( r ); break; - case CursorVbar : +case YViewIface::CursorVbar : r.setWidth( 2 ); p.fillRect( r, QBrush(cfg) ); break; - case CursorHbar: +case YViewIface::CursorHbar: // erase with cell background p.eraseRect( r ); // paint character with cell foreground < at >< at > -139,7 +139,7 < at >< at > void QYCursor::paintEvent( QPaintEvent* p.fillRect( r, QBrush(cfg) ); break; - case CursorHidden: +case YViewIface::CursorHidden: // erase with cell background p.eraseRect( r ); // paint character with cell foreground < at >< at > -148,14 +148,14 < at >< at > void QYCursor::paintEvent( QPaintEvent* } } -YDebugStream& operator<<( YDebugStream& out, const QYCursor::CursorShape & shape ) +YDebugStream& operator<<( YDebugStream& out, const YViewIface::CursorShape & shape ) { switch ( shape ) { - case QYCursor::CursorFilledRect : out << "CursorFilledRect"; break; - case QYCursor::CursorVbar : out << "CursorVbar"; break; - case QYCursor::CursorHbar : out << "CursorHbar"; break; - case QYCursor::CursorFrameRect : out << "CursorFrameRect"; break; - case QYCursor::CursorHidden : out << "CursorHidden"; break; + case YViewIface::CursorFilledRect : out << "CursorFilledRect"; break; + case YViewIface::CursorVbar : out << "CursorVbar"; break; + case YViewIface::CursorHbar : out << "CursorHbar"; break; + case YViewIface::CursorFrameRect : out << "CursorFrameRect"; break; + case YViewIface::CursorHidden : out << "CursorHidden"; break; } return out; } diff -r aa0fd44b3ff1 qyzis/qycursor.h --- a/qyzis/qycursor.hThu Jun 26 00:35:16 2008 +0200 +++ b/qyzis/qycursor.hThu Jun 26 15:49:27 2008 -0500 < at >< at > -20,6 +20,8 < at >< at > #ifndef QYZISCURSOR_H #define QYZISCURSOR_H +#include "viewiface.h" + #include class YDebugStream; < at >< at > -31,32 +33,25 < at >< at > class QYCursor : public QWidget Q_OBJECT public : - enum CursorShape { - CursorFilledRect, - CursorVbar, - CursorHbar, - CursorFrameRect, - CursorHidden, - }; - QYCursor( QYView * view, QYEdit* parent, CursorShape shape ); + QYCursor( QYView * view, QYEdit* parent, YViewIface::CursorShape shape ); virtual ~QYCursor(); - void setCursorShape( CursorShape shape ); - CursorShape shape() const; + void setCursorShape( YViewIface::CursorShape shape ); + YViewIface::CursorShape shape() const; protected : virtual void paintEvent( QPaintEvent* pe ); private : - CursorShape mCursorShape; + YViewIface::CursorShape mCursorShape; QYEdit* mEdit; QYView* mView; }; -YDebugStream& operator<<( YDebugStream& out, const QYCursor::CursorShape & shape ); +YDebugStream& operator<<( YDebugStream& out, const YViewIface::CursorShape & shape ); #endif diff -r aa0fd44b3ff1 qyzis/qyedit.cpp --- a/qyzis/qyedit.cppThu Jun 26 00:35:16 2008 +0200 +++ b/qyzis/qyedit.cppThu Jun 26 15:49:27 2008 -0500 < at >< at > -63,7 +63,9 < at >< at > QYEdit::QYEdit(QYView * view ) /* show an edit cursor */ QWidget::setCursor( Qt::IBeamCursor ); - mCursor = new QYCursor( mView, this, QYCursor::CursorFilledRect ); + mCursor = new QYCursor( mView, this, YViewIface::CursorFilledRect ); + +mPreviousCursorShape = view->cursorShape(); initKeys(); } < at >< at > -108,53 +110,13 < at >< at > YCursor QYEdit::translateRealToAbsoluteP return translateRealToPosition( p, ceil ) + mView->getScreenPosition(); } -QYCursor::CursorShape QYEdit::cursorShape() +void QYEdit::setCursorShape( YViewIface::CursorShape cs ) { - QYCursor::CursorShape shape; - YMode::ModeType m = mView->modePool()->currentType(); - deepdbg() << "cursorShape(): mode=" << m << endl; - shape = mCursor->shape(); - if ( ! hasFocus() ) { - if (mView->mCommandLine->hasFocus()) { - // command line has focus - shape = QYCursor::CursorHidden; - } else { - // the widget no longer has focus - shape = QYCursor::CursorFrameRect; - } - } else { - switch ( m ) { - case YMode::ModeInsert : - shape = QYCursor::CursorVbar; - break; - case YMode::ModeReplace : - shape = QYCursor::CursorHbar; - break; - case YMode::ModeIntro: - case YMode::ModeEx: - case YMode::ModeSearch: - case YMode::ModeSearchBackward: - shape = QYCursor::CursorHidden; - break; - case YMode::ModeCompletion : - // do not change it - break; - case YMode::ModeCommand: - case YMode::ModeVisual: - case YMode::ModeVisualLine: - case YMode::ModeVisualBlock: - shape = QYCursor::CursorFilledRect; - break; - } - } - - deepdbg() << "cursorShape(), cursorShape=" << shape << endl; - return shape; +mCursor->setCursorShape( cs ); } void QYEdit::updateCursor() { - mCursor->setCursorShape( cursorShape() ); mCursor->update(); } < at >< at > -292,12 +254,17 < at >< at > void QYEdit::focusInEvent ( QFocusEvent void QYEdit::focusInEvent ( QFocusEvent * ) { dbg() << "focusInEvent() for " << mView->myBuffer()->fileNameShort() << endl; +mView->setCursorShape( mPreviousCursorShape ); YSession::self()->setCurrentView( mView ); updateCursor(); } void QYEdit::focusOutEvent ( QFocusEvent * ) { dbg() << "focusOutEvent() for " << mView->myBuffer()->fileNameShort() << endl; +mPreviousCursorShape = mView->cursorShape(); +if(mPreviousCursorShape != YViewIface::CursorHidden) { +mView->setCursorShape( YViewIface::CursorFrameRect ); +} updateCursor(); } < at >< at > -333,6 +300,7 < at >< at > void QYEdit::setCursor( int c, int l ) if ( !mCursor->isVisible() ) mCursor->show(); +mCursor->update(); // need for InputMethod (OverTheSpot) // setMicroFocusHint( mCursor->x(), mCursor->y(), mCursor->width(), mCursor->height() ); } < at >< at > -480,6 +448,7 < at >< at > QString QYEdit::keysToShortcut( const QS void QYEdit::registerModifierKeys( const QString& keys ) { +Q_UNUSED(keys) /* KAction* k = new KAction( "", KShortcut( keysToShortcut( keys ) ), signalMapper, SLOT( map() ), actionCollection, keys.ascii() ); signalMapper->setMapping( k, keys ); < at >< at > -487,6 +456,7 < at >< at > void QYEdit::registerModifierKeys( const } void QYEdit::unregisterModifierKeys( const QString& keys ) { +Q_UNUSED(keys) /* QByteArray ke = keys.toUtf8(); KAction* k = actionCollection->action( ke.data() ); diff -r aa0fd44b3ff1 qyzis/qyedit.h --- a/qyzis/qyedit.hThu Jun 26 00:35:16 2008 +0200 +++ b/qyzis/qyedit.hThu Jun 26 15:49:27 2008 -0500 < at >< at > -28,6 +28,7 < at >< at > #include "drawbuffer.h" #include "action.h" #include "keys.h" +#include "view.h" /* Qt */ #include < at >< at > -63,14 +64,13 < at >< at > public : void setCursor(int c, int l); void scroll( int dx, int dy ); - /** Return a cursor shape according to the current mode and focus */ - QYCursor::CursorShape cursorShape(); - /** Adjust the cursor shape. * * Set the cursor shape returned bye cursorShape() to the current cursor. */ void updateCursor(); + + void setCursorShape( YViewIface::CursorShape cs ); /** Called when the mode has changed. * < at >< at > -152,6 +152,8 < at >< at > private : static QMap keys; + YViewIface::CursorShape mPreviousCursorShape; + friend class QYCursor; friend class QYView; }; diff -r aa0fd44b3ff1 qyzis/qyview.cpp --- a/qyzis/qyview.cppThu Jun 26 00:35:16 2008 +0200 +++ b/qyzis/qyview.cppThu Jun 26 15:49:27 2008 -0500 < at >< at > -86,6 +86,7 < at >< at > QYView::QYView ( YBuffer * buffer, QYSes mEdit->show(); mStatusBar->show(); + mCommandLine->show(); mEdit->setFocus(); setFocusProxy( mEdit ); mVScroll->setMaximum( myBuffer()->lineCount() - 1 ); < at >< at > -293,9 +294,14 < at >< at > void QYView::guiUpdateCursor() mEdit->setCursor(viewCursor().screenX(), viewCursor().screenY()); } +void QYView::guiCursorChanged(YViewIface::CursorShape cs) +{ +dbg() << "guiCursorChanged( " << cs << " )"; +mEdit->setCursorShape(cs); +} + void QYView::guiUpdateMode() { - mEdit->updateCursor(); } void QYView::guiHighlightingChanged() diff -r aa0fd44b3ff1 qyzis/qyview.h --- a/qyzis/qyview.hThu Jun 26 00:35:16 2008 +0200 +++ b/qyzis/qyview.hThu Jun 26 15:49:27 2008 -0500 < at >< at > -87,6 +87,7 < at >< at > public: virtual void guiUpdateFileName(); virtual void guiUpdateCursor(); virtual void guiUpdateMode(); + virtual void guiCursorChanged(YViewIface::CursorShape cs); void guiHighlightingChanged(); protected:

1.0-alpha1 is released

Thomas Capricelli — 2008-06-25T23:14:36

Hi all, More information on http://www.freehackers.org/blogs/orzel/2008/06/26/release-of-yzis-10-alpha1/ greatings, Thomas

bugtracker : trac -> redmine

Thomas Capricelli — 2008-06-15T17:49:15

"500 - Internal Server Error" is the message you most often get when going to bugs.yzis.org. This is because trac crash far too often, and I wasn't restarting lighttpd often enough. This is why we moved to redmine. Redmine is a great tool and i've been using it for few months on other projects with great success. It can import bugs from trac, but we didn't do so. There are two reasons for this : #1 : bugs on bugs.yzis.org are in quite a mess : versions are mixed, most of them are too old and unconfirmed, or are related to code that is not in use any more. #2 : in order to keep issues/bugs numbers, you need to start from a fresh redmine install, and labs.freehackers.org had already been used to import data from the former freehackers mantis-based bugtracker. So basically, we start from scracth with respect to bugs and wishes. -> http://labs.freehackers.org/projects/yzis/issues I thought you might be interested to know. greatings, Thomas

Toward release 1.0alpha1

Thomas Capricelli — 2008-06-15T15:46:34

Hi all, As some of you might know, I had to finish my Ph.D. and it took me a lot more time than previously planned. I’m happy to tell you that it is now finished. I’m officially a doctor in the field of applied mathematics, and I have more time to dedicate to free software. One of my first goals is to release the sleeping code for yzis. There sure are a lot of issues with this code, and the KDE kpart is still not done, but I think we can release basic, working, tested applications. This would mean the curses-based nyzis and the qt4-based qyzis, both for linux, MacOS X, windows, and maybe some other platforms like the *bsd. We created a project on freehackers redmine project manager to handle this new developement. We expect to release 1.0-alpha1 next week-end (june 22th), and keep on testing/fixing bugs until 1.0. Then we should focus on the real fun stuff : kpart and other embeddings. Oh, and, meanwhile, we moved the code from subversion to mercurial. redmine projects for bug reports : http://labs.freehackers.org/projects/show/yzis view yzis source under merurial (you can also clone the repository from this url) : http://sources.freehackers.org/hg.cgi/Yzis/ greatings, Thomas

status

Aljosa Mohorovic — 2008-04-23T17:51:12

is this still an active project? Aljosa