Re: Problem identifying GtkTextTags for syntax highlighting



Hi Ken,

I am not sure if event-after would be a clean approach.

However , following way for getting notified for any event which results in cursor-position change for text buffer will be useful. This will be called only if the cursor-position property is updated.

g_signal_connect (buffer, "notify::cursor-position",
                  G_CALLBACK (gtk_text_view_notify_cursor_position),
                  view);

/*callback method*/
void
gtk_text_view_notify_cursor_position(GtkTextBuffer *buffer, GParamSpec *pspec,gpointer user_data)
{
 /*calculate cursor position using insert mark*/
 ....
}

regards ,
Sanny


On Mon, Mar 1, 2010 at 2:33 PM, Ken Resander <kresander yahoo com> wrote:
Hi Sanny,

Many thanks!

Both your suggestions work fine for getting current cursor position by mouse clicks.

I am collecting the key values via key-press-event, but so does the text default handler, so the problem is still present for key navigation. However, I could make it work by using the key-release event instead. Lucky!
 
My fumbles also took me to the mark-set signal of GtkTextBuffer. This signal is emitted when text marks change. It works for both mouse and keyboard. However, a single mouse click produces four events, for example the following when I click  keyword 'while':

findtag ret 28 iter 153571352 mark insert
markset MTOKEN Keyword(4)
findtag ret 29 iter 153572264 mark selection_bound
markset MTOKEN Keyword(4)
findtag ret 30 iter 153580256 mark (null)
markset MTOKEN Keyword(4)
findtag ret 31 iter 153580720 mark (null)
markset MTOKEN Keyword(4)

The first insert mark is the one I want so I can filter out the others. The last two are unnamed and I don't know what they are.

However, when I drag the mouse from letter h to letter l in the 'while' keyword I get the following avalanche of about 70 events:

findtag ret 32 iter 153571408 mark insert
markset MTOKEN Keyword(4)
findtag ret 33 iter 153571352 mark selection_bound
markset MTOKEN Keyword(4)
findtag ret 34 iter 153576792 mark (null)
markset MTOKEN Keyword(4)
findtag ret 35 iter 152410200 mark (null)
markset MTOKEN Keyword(4)
findtag ret 36 iter 153571464 mark insert
markset MTOKEN Keyword(4)
findtag ret 37 iter 153571872 mark (null)
markset MTOKEN Keyword(4)
findtag ret 38 iter 153572688 mark (null)
markset MTOKEN Keyword(4)
findtag ret 39 iter 153577664 mark (null)
markset MTOKEN Keyword(4)
findtag ret 40 iter 153573152 mark (null)
markset MTOKEN Keyword(4)
findtag ret 41 iter 153578128 mark insert
markset MTOKEN Keyword(4)
findtag ret 42 iter 153576976 mark (null)
markset MTOKEN Keyword(4)
findtag ret 43 iter 153580552 mark insert
markset MTOKEN Keyword(4)
findtag ret 44 iter 152410624 mark (null)
.....

and when I resize the screen I get hundreds of events for a 10-line test text. For a normal program there would many thousands of these unwanted events. The mark-set would work, but I feel uneasy about it.

I also discovered and tried the GtkWidget signal event-efter. It worked.

Initialise:
[code]
   g_signal_connect ( G_OBJECT (e) , "event-after" ,
                      G_CALLBACK (eventaftercb) , buf ) ;
[/code]

with callback:
[code]
static gboolean eventaftercb (GtkWidget * w, GdkEvent * ev, gpointer user_data )
   {
   if ( (ev->type == GDK_BUTTON_PRESS) )
      {
      printf ( "%d BTNpress\n" , (int)ev->type ) ;
      return buttonpresscb (  w, (GdkEventButton *)ev , (char *)user_data ) ;
      }
   else if ( (ev->type == GDK_KEY_PRESS) )
      {
      printf ( "%d keyPress\n" , (int)ev->type ) ;
      return keypresscb (  w, (GdkEventKey *)ev , (char *)user_data ) ;
      }
   return true ;
   }
[/code]

Need to test all this a bit more, but as of now, I prefer the event-after method.

Would be grateful for comments.

Ken




--- On Mon, 1/3/10, Sanny Chawla <sanny chawla gmail com> wrote:

From: Sanny Chawla <sanny chawla gmail com>
Subject: Re: Problem identifying GtkTextTags for syntax highlighting
To: "Ken Resander" <kresander yahoo com>
Cc: gtk-list gnome org
Date: Monday, 1 March, 2010, 2:22 AM


Hi Ken,

The cursor value which your code is calculating from insert mark is getting updated in button-release-event.  So the syntax tokens can be identified in button-release-event callback.

You can even try using below method to find the cursor position in button-press-event itself.
1. Convert the x,y coordinates received in the button-press-event to buffer coordindates.
2. Calculate the GtkTextIter from the buffer coordinates.

eg :
/* Button press callback */
{
    gtk_text_view_window_to_buffer_coords(text_view,
    gtk_text_view_get_window_type (GTK_TEXT_VIEW(text_view), event->window),event->x, event->y, &x, &y);
    gtk_text_view_get_iter_at_location (GTK_TEXT_VIEW (text_view), &curr, x, y);
   
    /* Identify if curr iter is associated with syntax token tag array */
    ...
    ...
}

regards ,
Sanny


On Sun, Feb 28, 2010 at 5:23 PM, Ken Resander <kresander yahoo com> wrote:
I am trying to do a bit of syntax highlighting. I am using gtk_text_buffer_create_tag and gtk_text_buffer_insert_with_tags to syntax-highlight the intial text (from file). That works fine.

The program needs to identify existing syntax tokens in order to do appropriate syntax checking should the user decide to go back and amend them and I am having problems with this.


Find a token-tag from current position:
[code]
static int findtagfromcursor ( GtkTextBuffer * buf )
   {
   GtkTextMark * mark = gtk_text_buffer_get_insert (buf);
   GtkTextIter curiter ;
   gtk_text_buffer_get_iter_at_mark (buf, &curiter, mark);
   int k = 0 ;
   while ( k < NUMTOKENS )
      {
      if ( gtk_text_iter_has_tag ( &curiter , tags [ k ] ) )
         {
         return k ;
         }
      k++ ;
      }
   return -1 ;
   }
[/code]

The tags array is set by calls to gtk_text_buffer_create_tag when the text is read in.
 
Initialisation:
[code]
   GtkWidget * e = gtk_text_view_new ( ) ;
   GtkTextBuffer * buf = gtk_text_view_get_buffer (GTK_TEXT_VIEW (e));
   gtk_text_view_set_editable ( (GtkTextView *)e , true ) ;
   g_signal_connect_after ( G_OBJECT (e) , "button-press-event" ,
                      G_CALLBACK (buttonpresscb) , buf ) ;
[/code]

Skeleton callback:
[code]
static gboolean buttonpresscb ( GtkWidget * w, GdkEventButton *event, char * data )
   {
   GtkTextBuffer * buf = (GtkTextBuffer *)data ;
   int tokenix = findtagfromcursor ( buf ) ;
   if ( tokenix != -1 )
      {
      printf ( "MTOKEN %s(%d): \n"  tokenlkup [ tokenix ] , tokenix  ) ;
      }
   else
      {
      printf ( "MTOKEN %d: \n" , tokenix ) ;
      }
   return false;
   }
[/code]

Textview text:
 text text ... TOKEN2TEXT text text... TOKEN0TEXT text text ... TOKEN1TEXT
 
'text text...' is unadorned text.
TOKEN0TEXT, TOKEN1TEXT, TOKEN2TEXT ... are categories of text associated with different visual attributes. The program identifies these with numbers 0,1,2 internally. When the user clicks on a token the program needs to identify the token.

When I click TOKEN2TEXT the callback reports no-token (-1). Then when I click TOKEN0TEXT it reports the TOKEN2TEXT (2) and when I click TOKEN1TEXT it reports TOKEN0TEXT (0) and so on.

I thought this is because buttonpresscb is called before the text handler that changes the current text position to the mouse-click position, so I changed the connect call to g_signal_connect_after ( G_OBJECT (e) , "but... ).

That did not work. I received no buttonpress events at all.

Why? I am totally stuck, so would be most grateful for advice.



New Email addresses available on Yahoo!
Get the Email name you've always wanted on the new @ymail and @rocketmail.
Hurry before someone else does!

_______________________________________________
gtk-list mailing list
gtk-list gnome org
http://mail.gnome.org/mailman/listinfo/gtk-list




Get your new Email address!
Grab the Email name you've always wanted before someone else does!
_______________________________________________
gtk-list mailing list
gtk-list gnome org
http://mail.gnome.org/mailman/listinfo/gtk-list




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]