Hi Wim,
It's ok for me !
Laurent
Le jeu. 8 avr. 2021 à 12:46, Wim Jongman a écrit :
> Hi,
>
> Since it looks like Bugzilla is nearing EOL at Eclipse, I suppose we could
> completely switch to Github issues.
>
> WDYT?
>
> Cheers,
>
> Wim
> ___
>
Hi,
Since it looks like Bugzilla is nearing EOL at Eclipse, I suppose we could
completely switch to Github issues.
WDYT?
Cheers,
Wim
___
nebula-dev mailing list
nebula-dev@eclipse.org
To unsubscribe from this list, visit
The cursor location thing is not needed for the notifier dialog IMO. I
think the actions that you have for your own notifier (stacked messages,
etc..) would suit the dialog better.
Converting to CSS is a good addition.
On Thu, Apr 8, 2021 at 11:09 AM Matthias Paul Scholz <
Hi Laurent,
You might have noticed that I plan to work on the Nebula Notifier a bit to
include some additional features (see above).
Since it has been contributed to Nebulal by you, Ids like to know what you
think about my ideas?
Is there someting particular that I need to consider regarding
Hi Wim,
Am Do., 8. Apr. 2021 um 09:27 Uhr schrieb Wim Jongman :
>
> MiniMessage is right where your eyes are _and_ related to the current task
> (that is how I use it anyway :)
>
Just for completeness: I guess one can configure a custom JFace dialog to
be non-modal, open at the cursor location
>> Yet, just out of curiosity: is there a particular reason why you didn't
>> use a custom org.eclipse.jface.dialogs.Dialog internally which takes care
>> of all the rendering already?
>>
>
Yes, I did not want a toaster dialog. I don't like them because they kill
my flow, especially when the
As a matter of fact, some time ago we have implemented a similar sort of
Notifier in our company that has some useful features like configurable up
time, optional acknowledgeability, sounds and stacking of notifications.
Maybe that would be a good opportunity to enhance the Nebula Notifier with
Hi Wim,
Tried it.
Pretty nice. :)
Yet, just out of curiosity: is there a particular reason why you didn't
use a custom org.eclipse.jface.dialogs.Dialog internally which takes care
of all the rendering already? That would make the framework taking care of
stuff like positioning, themabilty and
