On 03.05.2010, at 12:49, Andy Stewart wrote:

> Hi Hamish,
>
> Hamish Mackenzie <hamish.k.macken...@googlemail.com> writes:
>
>> Thanks for the quick response.  I think this needs a s/ 
>> TextBufferClass/TextViewClass/
> I have seen you patch, but wait, perhaps this is wrong.
>
> First when Jürgen report this problem, i was consider Axel is remove
> those signals un-designed, but i found Axel's notes in TextView.chs
>
> ------------------------------> notes start  
> <------------------------------
> -- All on... and after... signales had incorrect names (underscore  
> instead of hypens). Thus
> -- they could not have been used in applications and removing them  
> can't break anything.
> -- Thus, I've removed them. Also, all key-binding singals are now  
> removed as there is
> -- no way to add additional key bindings programatically in a type- 
> safe way, let alone
> -- use these signals.
> ------------------------------> notes end    
> <------------------------------
>
> Axel, can you check those signals again? Perhaps some signals should  
> not remove.

Ok, by all means, let's all all signals then. But only the new  
versions, not the on... and after... versions.
With 'key-binding' signals, I mean signals that are emitted in  
response to the user pressing a key. These signals are usually caught  
by the widget itself to perform the appropriate action. We had  
questions on the mailing list when people tried to connect to these  
signals because they wanted to react to the widget performing an  
action. However, a key press and a widget action is not always the  
same. Thus, there is potential for confusion. If a signal, however,  
has any use to the end user, then we need to add it.

Andy, would you be so kind to apply the patch sent by Hamish that  
fixes the contexts. Could you then turn the _ to - and rename the  
setScrollAdjustments to setTextViewScrollAdjustments? That would be  
very kind!

Thanks a lot in advance,
Axel

> And Hamish is right, we should replace all `TextBufferClass` with
> `TextViewClass` in those signals.
>
> Cheers,
>
>  -- Andy
>
>>
>> On 2 May 2010, at 23:04, Andy Stewart wrote:
>>
>>> Hi Jürgen,
>>>
>>> Fix please pull again,
>>> Please change everything `onFoo`/`afterFoo` to `on foo`/`after foo`.
>>>
>>> Sorry for inconvenience.
>>>
>>> -- Andy
>>> Jürgen Nicklisch-Franken <j...@arcor.de> writes:
>>>
>>>> Dear gtk2hs developers.
>>>> I'm missing almost all signals in TextView:
>>>> old version:
>>>>
>>>> -- * Signals
>>>> backspace,
>>>> copyClipboard,
>>>> cutClipboard,
>>>> deleteFromCursor,
>>>> insertAtCursor,
>>>> moveCursor,
>>>> moveViewport,
>>>> moveFocus,
>>>> pageHorizontally,
>>>> pasteClipboard,
>>>> populatePopup,
>>>> setAnchor,
>>>> setScrollAdjustments,
>>>> toggleCursorVisible,
>>>> toggleOverwrite,
>>>>
>>>> -- * Deprecated
>>>>
>>>> onBackspace,
>>>> afterBackspace,
>>>> onCopyClipboard,
>>>> afterCopyClipboard,
>>>> onCutClipboard,
>>>> afterCutClipboard,
>>>> onDeleteFromCursor,
>>>> afterDeleteFromCursor,
>>>> onInsertAtCursor,
>>>> afterInsertAtCursor,
>>>> onMoveCursor,
>>>> afterMoveCursor,
>>>> onMoveViewport,
>>>> afterMoveViewport,
>>>> onMoveFocus,
>>>> afterMoveFocus,
>>>> onPageHorizontally,
>>>> afterPageHorizontally,
>>>> onPasteClipboard,
>>>> afterPasteClipboard,
>>>> onPopulatePopup,
>>>> afterPopulatePopup,
>>>> onSetAnchor,
>>>> afterSetAnchor,
>>>> onSetScrollAdjustments,
>>>> afterSetScrollAdjustments,
>>>> onToggleCursorVisible,
>>>> afterToggleCursorVisible,
>>>> onToggleOverwrite,
>>>> afterToggleOverwrite
>>>>
>>>> in the new version all that remains is:
>>>> -- * Signals
>>>> populatePopup,
>>>> setAnchor,
>>>> setTextViewScrollAdjustments,
>>>>
>>>> I CAN'T live with this. Please fix
>>>> Jürgen
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> _______________________________________________
>>>> Gtk2hs-devel mailing list
>>>> Gtk2hs-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/gtk2hs-devel
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> _______________________________________________
>>> Gtk2hs-devel mailing list
>>> Gtk2hs-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/gtk2hs-devel
>>
>>
>> ------------------------------------------------------------------------------
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Gtk2hs-devel mailing list
> Gtk2hs-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gtk2hs-devel


------------------------------------------------------------------------------
_______________________________________________
Gtk2hs-devel mailing list
Gtk2hs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gtk2hs-devel

Reply via email to