Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Nebula » Gantt Widget 2.0 - Any Requests?
Gantt Widget 2.0 - Any Requests? [message #53151] Thu, 15 May 2008 22:23 Go to next message
Emil Crumhorn is currently offline Emil CrumhornFriend
Messages: 169
Registered: July 2009
Senior Member
I'm currently in the process of coding a version 2.0 of the Gantt chart
widget and thought I'd "throw it out there" to hear if anyone has any
requests.

I don't really have a grasp over how many use the widget (I'm
guessing not that many). The biggest request I've gotten is the hours view
(that lets you drill down to the minute) - which will go
into 2.0.

There is no ETA, I will put it up when it's "finished", but it's getting
towards that mark.

Here's a quick list of the bigger changes apart from loads of optimizations
and bugfixing that will go
into in 2.0.

(Side note: at the last minute I realized all my screenshots have the same
GANTT sections set on them and same colors, but this was just quick and
dirty, so I don't feel like redoing them. When sections are used the chart
does not draw further down than the bottom section, otherwise it will always
fill the client area. Here's a screenshot of the chart without sections to
give an idea: http://hexapixel.com/gantt/gantt_normal.jpg )

------------------------------

- Hours view (lets users view and control events down to the minute). It has
3 zoom modes.
Screenshot: http://hexapixel.com/gantt/gantt_hours.jpg

- GanttSections which let you split up a chart into subsections that can
have different colors as well. Usage example: "You have two teams that work
on the same task, but each team also have different sub-tasks. Now you can
split the chart in two and show both teams in the same chart but they're
each in their own group".
Screenshot: http://hexapixel.com/gantt/gantt_sections.jpg

- Advanced tooltips (same as the Ribbon tooltip) that allows for control
over all color/font aspects. Events now support individual tooltips as well.
Screenshot: http://hexapixel.com/gantt/gantt_tooltip.jpg

- Fixed height on event-rows (many tend to tie a tree on the left side to
the gantt on the right, and tree row-heights may not match the gantt-event
heights which leads to a lot of pixel pushing in the settings). GanttGroups
can also be recipients of fixed row heights.
- Vertical alignment of events in fixed row heights
Screenshot: http://hexapixel.com/gantt/gantt_fixed.jpg

- Ability to not draw the headers, for anyone who wants to just draw events
on a grid that has nothing to do with time.

- Language settings via interface

- Smoother edge drawing using alpha drawing on some sections (optional and
mostly off by default as it can be slowish).

- Gradients drawing on most sections such as background colors, header
colors, section colors,e tc.

- More control over the drawing of many items, such as tick marks, pixel
offsets etc.

- A few color themes by default, a blue one (office 2007 style), a
white/gray one (typical widget l&f) and perhaps some others if I have the
time.

- Loads of other smaller things.

- Lots of user code snippets and better documentation.

Emil
Re: Gantt Widget 2.0 - Any Requests? [message #53308 is a reply to message #53151] Mon, 19 May 2008 13:27 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: dan.healy.ugs.com

Emil,

Showing time in minutes, and coordinating a tree with the gantt (both of
which you are already planning) are two features that will be very useful
for me. Thanks!

-dan healy

"Emil Crumhorn" <emil.crumhorn@gmail.com> wrote in message
news:g0id48$c0m$1@build.eclipse.org...
> I'm currently in the process of coding a version 2.0 of the Gantt chart
> widget and thought I'd "throw it out there" to hear if anyone has any
> requests.
>
> I don't really have a grasp over how many use the widget (I'm
> guessing not that many). The biggest request I've gotten is the hours view
> (that lets you drill down to the minute) - which will go
> into 2.0.
>
> There is no ETA, I will put it up when it's "finished", but it's getting
> towards that mark.
>
> Here's a quick list of the bigger changes apart from loads of
> optimizations and bugfixing that will go
> into in 2.0.
>
> (Side note: at the last minute I realized all my screenshots have the same
> GANTT sections set on them and same colors, but this was just quick and
> dirty, so I don't feel like redoing them. When sections are used the chart
> does not draw further down than the bottom section, otherwise it will
> always fill the client area. Here's a screenshot of the chart without
> sections to give an idea: http://hexapixel.com/gantt/gantt_normal.jpg )
>
> ------------------------------
>
> - Hours view (lets users view and control events down to the minute). It
> has 3 zoom modes.
> Screenshot: http://hexapixel.com/gantt/gantt_hours.jpg
>
> - GanttSections which let you split up a chart into subsections that can
> have different colors as well. Usage example: "You have two teams that
> work
> on the same task, but each team also have different sub-tasks. Now you can
> split the chart in two and show both teams in the same chart but they're
> each in their own group".
> Screenshot: http://hexapixel.com/gantt/gantt_sections.jpg
>
> - Advanced tooltips (same as the Ribbon tooltip) that allows for control
> over all color/font aspects. Events now support individual tooltips as
> well.
> Screenshot: http://hexapixel.com/gantt/gantt_tooltip.jpg
>
> - Fixed height on event-rows (many tend to tie a tree on the left side to
> the gantt on the right, and tree row-heights may not match the gantt-event
> heights which leads to a lot of pixel pushing in the settings).
> GanttGroups
> can also be recipients of fixed row heights.
> - Vertical alignment of events in fixed row heights
> Screenshot: http://hexapixel.com/gantt/gantt_fixed.jpg
>
> - Ability to not draw the headers, for anyone who wants to just draw
> events
> on a grid that has nothing to do with time.
>
> - Language settings via interface
>
> - Smoother edge drawing using alpha drawing on some sections (optional and
> mostly off by default as it can be slowish).
>
> - Gradients drawing on most sections such as background colors, header
> colors, section colors,e tc.
>
> - More control over the drawing of many items, such as tick marks, pixel
> offsets etc.
>
> - A few color themes by default, a blue one (office 2007 style), a
> white/gray one (typical widget l&f) and perhaps some others if I have the
> time.
>
> - Loads of other smaller things.
>
> - Lots of user code snippets and better documentation.
>
> Emil
>
Re: Gantt Widget 2.0 - Any Requests? [message #53751 is a reply to message #53308] Fri, 23 May 2008 21:53 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: gmf.klmusic.no

I'd really like an out-of-the-box piano-roll widget for use with
midi-files.

This is simple: the widget has to be able to show 128 rows on the Y-axis
(preferably zoomable), and it has to scale down to milliseconds on the
X-axis (but with simple zooming). Event selection, resizing and dragging
is already there, right?

The Gantt widget has lots of functionality I don't need, but with these
features it would suit me perfectly.

Thanks,
Knut
Re: Gantt Widget 2.0 - Any Requests? [message #53777 is a reply to message #53751] Fri, 23 May 2008 22:19 Go to previous messageGo to next message
Emil Crumhorn is currently offline Emil CrumhornFriend
Messages: 169
Registered: July 2009
Senior Member
Yes, zooming and drag/drop/resize is already there.

Right now in the code there is Year (months), Month (weeks (tight days)),
Week (days), Hour (minute) views.. Showing 128 rows (events) would be no
issue, there's really no limit there. I actually had a bit of a laugh
thinking someone was probably going to request a Seconds view, but
Milliseconds is even beyond that as it's such a fine-scale tuning that a
seconds view would just be too big for it.

I'll see if it's doable with what I have right now after I've finished all
the current features and ironed out the bugs I know about, but I think it
might be hard.

Regards,
Emil

"Knut L" <gmf@klmusic.no> wrote in message
news:30c3644b238839ae5b5fbd0d7ca3f810$1@www.eclipse.org...
> I'd really like an out-of-the-box piano-roll widget for use with
> midi-files.
> This is simple: the widget has to be able to show 128 rows on the Y-axis
> (preferably zoomable), and it has to scale down to milliseconds on the
> X-axis (but with simple zooming). Event selection, resizing and dragging
> is already there, right?
>
> The Gantt widget has lots of functionality I don't need, but with these
> features it would suit me perfectly.
>
> Thanks,
> Knut
>
>
Re: Gantt Widget 2.0 - Any Requests? [message #53803 is a reply to message #53777] Sat, 24 May 2008 08:48 Go to previous messageGo to next message
Peter Kliem is currently offline Peter KliemFriend
Messages: 35
Registered: July 2009
Member
Hi Emil,

Emil Crumhorn wrote:
> Yes, zooming and drag/drop/resize is already there.
>
> Right now in the code there is Year (months), Month (weeks (tight days)),
> Week (days), Hour (minute) views.. Showing 128 rows (events) would be no
> issue, there's really no limit there. I actually had a bit of a laugh
> thinking someone was probably going to request a Seconds view, but
> Milliseconds is even beyond that as it's such a fine-scale tuning that a
> seconds view would just be too big for it.
>
> I'll see if it's doable with what I have right now after I've finished all
> the current features and ironed out the bugs I know about, but I think it
> might be hard.

I did include support for millisecond scales in the jaret timebars (for
scientific visualization of events). And you are right: this is hard. I
ran into tons of problems with the scroll bars etc. I would guess your
time is better invested in other useful features of your nice gantt chart.

@Knut: just take a look at http://jaret.de/timebars this might solve
your problem.

Peter

>
> Regards,
> Emil
>
> "Knut L" <gmf@klmusic.no> wrote in message
> news:30c3644b238839ae5b5fbd0d7ca3f810$1@www.eclipse.org...
>> I'd really like an out-of-the-box piano-roll widget for use with
>> midi-files.
>> This is simple: the widget has to be able to show 128 rows on the Y-axis
>> (preferably zoomable), and it has to scale down to milliseconds on the
>> X-axis (but with simple zooming). Event selection, resizing and dragging
>> is already there, right?
>>
>> The Gantt widget has lots of functionality I don't need, but with these
>> features it would suit me perfectly.
>>
>> Thanks,
>> Knut
>>
>>
>
>
Re: Gantt Widget 2.0 - Any Requests? [message #53854 is a reply to message #53803] Tue, 27 May 2008 13:02 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: regenmacher.online.de

short note (and just for reference) :
Birt 2.2 - another eclipse.org project - now contains Gantt-Chart:
( http://www.eclipse.org/birt/phoenix/project/notable2.2.php#j ump_9 )
There "chart-engine" includes line-, bar- scatter- and bubble-chart ...

michael

"Peter Kliem" <peter@kliemax.de> schrieb im Newsbeitrag
news:g18kpn$jch$1@build.eclipse.org...
> Hi Emil,
>
> Emil Crumhorn wrote:
>> Yes, zooming and drag/drop/resize is already there.
>>
>> Right now in the code there is Year (months), Month (weeks (tight days)),
>> Week (days), Hour (minute) views.. Showing 128 rows (events) would be no
>> issue, there's really no limit there. I actually had a bit of a laugh
>> thinking someone was probably going to request a Seconds view, but
>> Milliseconds is even beyond that as it's such a fine-scale tuning that a
>> seconds view would just be too big for it.
>>
>> I'll see if it's doable with what I have right now after I've finished
>> all the current features and ironed out the bugs I know about, but I
>> think it might be hard.
>
> I did include support for millisecond scales in the jaret timebars (for
> scientific visualization of events). And you are right: this is hard. I
> ran into tons of problems with the scroll bars etc. I would guess your
> time is better invested in other useful features of your nice gantt chart.
>
> @Knut: just take a look at http://jaret.de/timebars this might solve your
> problem.
>
> Peter
>
>>
>> Regards,
>> Emil
>>
>> "Knut L" <gmf@klmusic.no> wrote in message
>> news:30c3644b238839ae5b5fbd0d7ca3f810$1@www.eclipse.org...
>>> I'd really like an out-of-the-box piano-roll widget for use with
>>> midi-files.
>>> This is simple: the widget has to be able to show 128 rows on the Y-axis
>>> (preferably zoomable), and it has to scale down to milliseconds on the
>>> X-axis (but with simple zooming). Event selection, resizing and dragging
>>> is already there, right?
>>>
>>> The Gantt widget has lots of functionality I don't need, but with these
>>> features it would suit me perfectly.
>>>
>>> Thanks,
>>> Knut
>>>
>>>
>>
Re: Gantt Widget 2.0 - Any Requests? [message #54012 is a reply to message #53151] Wed, 28 May 2008 21:30 Go to previous messageGo to next message
Emil Crumhorn is currently offline Emil CrumhornFriend
Messages: 169
Registered: July 2009
Senior Member
If anyone wants to play around with the GanttWidget v2.0, I've set up a
nightly build process for all my Nebula widgets which can be found at
http://www.hexapixel.com/files/nightly/ . The build builds both jars, source
jars and javadoc jars. Hopefully I didn't forget something.

I'll set up a build process for the snippets as well as soon as I finish
them.

As for the Gantt widget I can't think of much left to do on it apart from
some additional performance tuning perhaps. It runs pretty fast as it is
right now (caching a few GC things sped it up considerably). I'll wait for
feedback.

And as a side note, I think I will just re-link all Nebula download links
for my widgets as well, as it seems nightly builds haven't run since
February 11th (!?) .. I'm a bit tired of telling people to use CVS to get
the latest code.

Emil
Re: Gantt Widget 2.0 - Any Requests? [message #54817 is a reply to message #53854] Mon, 23 June 2008 19:37 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: alblaise.laposte.net

I'm developing a plug-in for a RCP application, and I'm using the
GanttChart project. This project is just what was looking for.

The gantt widget is already very nice, but for my project I need some
functions that are not covered yet and could be useful to every body. My
needs are :

1) I would like to drill down until the minute (because currently we are
stuck on hours).

2) It would be handsome to specify limits for the background calendar
(start calendar and end calendar) to avoid the infinite horizontal
scrollbar.

3) I need to display the gantt chart on the given zoom level directly in
one step.

I heard by the news group that some of my needs are planned to be
integrated into the GanttChart project. Do you have an idea about a
beta-release date for those intended features?

I found few little bugs, like when you “double click” on an event, the
listener is called in loop. Also, when you add, for example, 100 events,
the vertical scroll bar gets hidden, there is probably an issue with the
vertical scrollbar update.

Thanks!

Alexandre
Re: Gantt Widget 2.0 - Any Requests? [message #54844 is a reply to message #54817] Mon, 23 June 2008 20:24 Go to previous messageGo to next message
Emil Crumhorn is currently offline Emil CrumhornFriend
Messages: 169
Registered: July 2009
Senior Member
Hi Alexandre,

How up to date are you on the 2.0 release (it has been out for a few weeks
at this point)?
I suggest you go grab the latest version and give it a run as it contains
most of what you request. You can grab all the latest versions from the
Gantt section on the Nebula website.

Allow me to answer your questions though;

1. Minute drilldown is in 2.0, unless you mean control down to the second,
which I have no plan to implement at the moment.

2. I agree, this feature is not in, but it's a good suggestion and has been
on my mind. I will move it up on my TODO list, it seems more relevant than
some other things I've had in mind.

3. You can set the startup zoom level and startup view (hours, weeks etc
(just make sure you set them in sync which each other if you change one)) as
well as controlling the Minimum and Maximum zoom levels users may zoom to in
the ISettings interface (which you can implement or you can override
whatever you need by extending AbstractSettings or DefaultSettings). Will
this get you what you need, or did you mean something differently?

4. Doubleclicking an event, I tried it but I only get one selection event
notification (which seems correct to me). Re-clicking an already selected
event does not re-fire an event (which also seems correct to me). Could you
elaborate on what you mean? Or provide a snippet.

5. The vertical scrollbar not updating on first draw should have been fixed
in the most current 2.0 version, can you please try it on the latest code
and if that doesn't work, provide me with a snippet that reproduces it?

Thanks!
Emil


"Alexandre BLAISE" <alblaise@laposte.net> wrote in message
news:d678c24a374b08215b23a1703435e925$1@www.eclipse.org...
> I'm developing a plug-in for a RCP application, and I'm using the
> GanttChart project. This project is just what was looking for.
>
> The gantt widget is already very nice, but for my project I need some
> functions that are not covered yet and could be useful to every body. My
> needs are :
>
> 1) I would like to drill down until the minute (because currently we are
> stuck on hours).
> 2) It would be handsome to specify limits for the background calendar
> (start calendar and end calendar) to avoid the infinite horizontal
> scrollbar.
>
> 3) I need to display the gantt chart on the given zoom level directly in
> one step.
>
> I heard by the news group that some of my needs are planned to be
> integrated into the GanttChart project. Do you have an idea about a
> beta-release date for those intended features?
>
> I found few little bugs, like when you
Re: Gantt Widget 2.0 - Any Requests? [message #54871 is a reply to message #54844] Tue, 24 June 2008 11:07 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: ablaise.smaeur.com

Hi Emil,

Thanks for your response, and I'm sorry about the doubleclicking, it was
just an error that I done.

About the drill down into the minutes, I would like to drill down more, to
see in the header slices of 10 minutes (from 00:00 to 00:10) and slices of
1 miutes (from 00:00 to 00:01).
I don't know if this is complicated for you but it would be very nice.

I have also others requests/ideas :

1) An option to follow the current time : stay centered on the orange line
bar.
This can be very useful to follow the current progression, maybe i can
do this myself programatically ?

2) I would like to have the possibility to "double-click" on header labels
(on slices), for example :
Click on "12:00" -> event -> zoom into "12:00"

3) Since the zoom operates on the "left date" (the date that is the most
on the left), and the setDate() method center the gantt on the requested
date, i feel this is not very user friendly to zoom after a setDate().
The solution, could be to zoom o the date under the cursor, or that the
setDate() method put the requested date on the left (not in the center).

4) And to finish, i found that the setDate() method is not very flexible,
because for example, you always set the time part to midnight, i would
prefer a dumb setDate() which set the specified date whithout
modifications, and a more intelligent one which applies offset ad
preferences.
This can also be applied for 1) : if i had a setDate(date, SWT.CENTER |
SWT.LEFT | SWT.RIGHT), i could center the orange line each 10 seconds
manually.

Regards.

Alexandre
Re: Gantt Widget 2.0 - Any Requests? [message #55110 is a reply to message #54871] Thu, 26 June 2008 08:33 Go to previous messageGo to next message
Laurent Marchal is currently offline Laurent MarchalFriend
Messages: 91
Registered: July 2009
Member
I started the development of a project that follow the progress of a
production (events are tasks) and I am very interested in these features
too !

especially, the zoom under cursor, and a setDate without offsets.

Alexandre BLAISE wrote:
> Hi Emil,
>
> Thanks for your response, and I'm sorry about the doubleclicking, it was
> just an error that I done.
>
> About the drill down into the minutes, I would like to drill down more,
> to see in the header slices of 10 minutes (from 00:00 to 00:10) and
> slices of 1 miutes (from 00:00 to 00:01).
> I don't know if this is complicated for you but it would be very nice.
>
> I have also others requests/ideas :
> 1) An option to follow the current time : stay centered on the orange
> line bar.
> This can be very useful to follow the current progression, maybe i can
> do this myself programatically ?
>
> 2) I would like to have the possibility to "double-click" on header
> labels (on slices), for example : Click on "12:00" -> event -> zoom
> into "12:00"
>
> 3) Since the zoom operates on the "left date" (the date that is the most
> on the left), and the setDate() method center the gantt on the requested
> date, i feel this is not very user friendly to zoom after a setDate().
> The solution, could be to zoom o the date under the cursor, or that
> the setDate() method put the requested date on the left (not in the
> center).
>
> 4) And to finish, i found that the setDate() method is not very
> flexible, because for example, you always set the time part to midnight,
> i would prefer a dumb setDate() which set the specified date whithout
> modifications, and a more intelligent one which applies offset ad
> preferences.
> This can also be applied for 1) : if i had a setDate(date,
> SWT.CENTER | SWT.LEFT | SWT.RIGHT), i could center the orange line each
> 10 seconds manually.
>
> Regards.
>
> Alexandre
>
Re: Gantt Widget 2.0 - Any Requests? [message #55223 is a reply to message #54871] Thu, 26 June 2008 16:57 Go to previous messageGo to next message
Emil Crumhorn is currently offline Emil CrumhornFriend
Messages: 169
Registered: July 2009
Senior Member
- I am considering reworking all the zoom and header stuff to let users
define the headers which will basically make up the zoom levels. It's just a
plan right now and I have not started any type of implementation. But that
could possibly create a seconds view and pretty much any-view. We'll see if
it's more complex than I have in my head. But it's definitely something I
would like to have a more abstract implementation of instead of the current
one which is rather static.

1- You can do this manually by just creating a thread that calls redraw
whenever you want. Redraws always update the "today" line.

2- Yes, a lot of header-specific features will be coming, such as selecting
dates in the header and so on. I'll add header click zooming to the TODO
list as well. You could probably already do this by listening to events and
check if the mouse is in the header area and then just get the date that was
clicked from a method on the GanttComposite and do your action from that -
if you need it now.

3- I'll look into that. I'm not sure zooming to the date under the cursor is
a good idea though, considering it's quite easy to move the mouse while
you're zooming. It might be more confusing than user friendly.

4- if I understood it right it sounds good, I'll see what can be done.

Emil

"Alexandre BLAISE" <ablaise@smaeur.com> wrote in message
news:20a421009ab3dd90feaca65a7c79d8c8$1@www.eclipse.org...
> Hi Emil,
>
> Thanks for your response, and I'm sorry about the doubleclicking, it was
> just an error that I done.
>
> About the drill down into the minutes, I would like to drill down more, to
> see in the header slices of 10 minutes (from 00:00 to 00:10) and slices of
> 1 miutes (from 00:00 to 00:01).
> I don't know if this is complicated for you but it would be very nice.
>
> I have also others requests/ideas :
> 1) An option to follow the current time : stay centered on the orange line
> bar.
> This can be very useful to follow the current progression, maybe i can
> do this myself programatically ?
>
> 2) I would like to have the possibility to "double-click" on header labels
> (on slices), for example : Click on "12:00" -> event -> zoom into "12:00"
>
> 3) Since the zoom operates on the "left date" (the date that is the most
> on the left), and the setDate() method center the gantt on the requested
> date, i feel this is not very user friendly to zoom after a setDate().
> The solution, could be to zoom o the date under the cursor, or that the
> setDate() method put the requested date on the left (not in the center).
>
> 4) And to finish, i found that the setDate() method is not very flexible,
> because for example, you always set the time part to midnight, i would
> prefer a dumb setDate() which set the specified date whithout
> modifications, and a more intelligent one which applies offset ad
> preferences.
> This can also be applied for 1) : if i had a setDate(date, SWT.CENTER |
> SWT.LEFT | SWT.RIGHT), i could center the orange line each 10 seconds
> manually.
>
> Regards.
>
> Alexandre
>
Re: Gantt Widget 2.0 - Any Requests? [message #55467 is a reply to message #55223] Fri, 27 June 2008 09:55 Go to previous messageGo to next message
Laurent Marchal is currently offline Laurent MarchalFriend
Messages: 91
Registered: July 2009
Member
Hi emil !

I would like to congratulate you for your work on this gantt, i found it
highly customizable, and pretty !

I am very excited for theses features.


Emil Crumhorn wrote:
> - I am considering reworking all the zoom and header stuff to let users
> define the headers which will basically make up the zoom levels. It's just a
> plan right now and I have not started any type of implementation. But that
> could possibly create a seconds view and pretty much any-view. We'll see if
> it's more complex than I have in my head. But it's definitely something I
> would like to have a more abstract implementation of instead of the current
> one which is rather static.
>
> 1- You can do this manually by just creating a thread that calls redraw
> whenever you want. Redraws always update the "today" line.
>
> 2- Yes, a lot of header-specific features will be coming, such as selecting
> dates in the header and so on. I'll add header click zooming to the TODO
> list as well. You could probably already do this by listening to events and
> check if the mouse is in the header area and then just get the date that was
> clicked from a method on the GanttComposite and do your action from that -
> if you need it now.
>
> 3- I'll look into that. I'm not sure zooming to the date under the cursor is
> a good idea though, considering it's quite easy to move the mouse while
> you're zooming. It might be more confusing than user friendly.
>
> 4- if I understood it right it sounds good, I'll see what can be done.
>
> Emil
>
> "Alexandre BLAISE" <ablaise@smaeur.com> wrote in message
> news:20a421009ab3dd90feaca65a7c79d8c8$1@www.eclipse.org...
>> Hi Emil,
>>
>> Thanks for your response, and I'm sorry about the doubleclicking, it was
>> just an error that I done.
>>
>> About the drill down into the minutes, I would like to drill down more, to
>> see in the header slices of 10 minutes (from 00:00 to 00:10) and slices of
>> 1 miutes (from 00:00 to 00:01).
>> I don't know if this is complicated for you but it would be very nice.
>>
>> I have also others requests/ideas :
>> 1) An option to follow the current time : stay centered on the orange line
>> bar.
>> This can be very useful to follow the current progression, maybe i can
>> do this myself programatically ?
>>
>> 2) I would like to have the possibility to "double-click" on header labels
>> (on slices), for example : Click on "12:00" -> event -> zoom into "12:00"
>>
>> 3) Since the zoom operates on the "left date" (the date that is the most
>> on the left), and the setDate() method center the gantt on the requested
>> date, i feel this is not very user friendly to zoom after a setDate().
>> The solution, could be to zoom o the date under the cursor, or that the
>> setDate() method put the requested date on the left (not in the center).
>>
>> 4) And to finish, i found that the setDate() method is not very flexible,
>> because for example, you always set the time part to midnight, i would
>> prefer a dumb setDate() which set the specified date whithout
>> modifications, and a more intelligent one which applies offset ad
>> preferences.
>> This can also be applied for 1) : if i had a setDate(date, SWT.CENTER |
>> SWT.LEFT | SWT.RIGHT), i could center the orange line each 10 seconds
>> manually.
>>
>> Regards.
>>
>> Alexandre
>>
>
>
Re: Gantt Widget 2.0 - Any Requests? [message #55660 is a reply to message #54871] Tue, 01 July 2008 19:36 Go to previous messageGo to next message
Emil Crumhorn is currently offline Emil CrumhornFriend
Messages: 169
Registered: July 2009
Senior Member
A new release is out which addresses a few of your features, it's been quite
hard work fixing a few of them and adding some of the features. As these
fixes address some of the things you wrote I'll post in the same thread.

Big things:
- Vertical scrolling is now virtual, there is no longer a Scrolled composite
wrapper, thus, there is no vertical event limit. As that has gone away, the
GanttChart will merge with the GanttComposite into one in a near-future
release.
- Event bounds calculations are mostly re-written so that events out of
bounds vertically are not drawn, but calculated. You should be able to
create 1000 events at almost the speed of 10, at 4000 there is a slight
delay at first draw, then faster. I'm still working on optimizing the speed.
There's a lot of (seemingly simple) math involved.
- Horizontal scrollbar is now customizable. There are 3 options. No
scrollbar, Infinite bar or Fixed range bar (between the earliest and latest
events). Default is infinite. To set, pass IGanttFlags.H_SCROLL_[item] when
constructing the chart to set. It's worth mentioning I'm party ripping my
hair out on the fixed one as it needs to support a user dragging the chart
"out of bounds", so if anyone has better code for calculating it let me
know. I'm sadly not a MIT math algorithm student.
- Hitting ESC during a resize/drag will now cancel that resize/drag and move
any affected events back to where the drag/resize started, this is to
conform to OS behavior where ESC usually cancels any drag/drop. Take this
into account if you're listening to events being dragged as they're being
dragged, and note that there is a listener for when an event has finished
dragging/resizing which is smarter to use.
- Header dates can now be clicked in views where they make sense (not hours,
not years). Clicking will select the date vertically and report a listener.
Multi selection and Shift selection is supported. Listener will be fired.

Smaller things:
- Fixed linked events moving wrong events
- Fixed moving of a boundary boxed event causing it to resize when it
actually hit the boundary dates, which wasn't visible until a "heavy redraw"
was done.
- Same for resizing
- Memory optimizations
- Speed improvements
- Zooming was reported to wrong listener (thanks Laurent)
- New API, some requested, some just new (setDate with SWT.LEFT | SWT.CENTER
| SWT.RIGHT option is in as well)

There may still be issues as the way events are moved have completely
changed, and a lot of core functionality in the chart has changed as well.
Please report any problems you encounter, and ideally, give me a snippet and
a step-by-step to reproduce if it's not blatantly simple.

Known issues:
- Hand-dragging the chart on a very zoomed out view can sometimes cause
events to glitch and not draw on the correct vertical line. It's purely a
drawing issue and is being looked at.
- Fixed horizontal scrollbar works well, but it's not as smooth as I'd like
it to be. Perhaps I'm just picky.

Files:
Alpha (nightlies):
http://www.hexapixel.com/files/nightly/
Stable:
http://www.hexapixel.com/files/nightly/stable/

Emil

"Alexandre BLAISE" <ablaise@smaeur.com> wrote in message
news:20a421009ab3dd90feaca65a7c79d8c8$1@www.eclipse.org...
> Hi Emil,
>
> Thanks for your response, and I'm sorry about the doubleclicking, it was
> just an error that I done.
>
> About the drill down into the minutes, I would like to drill down more, to
> see in the header slices of 10 minutes (from 00:00 to 00:10) and slices of
> 1 miutes (from 00:00 to 00:01).
> I don't know if this is complicated for you but it would be very nice.
>
> I have also others requests/ideas :
> 1) An option to follow the current time : stay centered on the orange line
> bar.
> This can be very useful to follow the current progression, maybe i can
> do this myself programatically ?
>
> 2) I would like to have the possibility to "double-click" on header labels
> (on slices), for example : Click on "12:00" -> event -> zoom into "12:00"
>
> 3) Since the zoom operates on the "left date" (the date that is the most
> on the left), and the setDate() method center the gantt on the requested
> date, i feel this is not very user friendly to zoom after a setDate().
> The solution, could be to zoom o the date under the cursor, or that the
> setDate() method put the requested date on the left (not in the center).
>
> 4) And to finish, i found that the setDate() method is not very flexible,
> because for example, you always set the time part to midnight, i would
> prefer a dumb setDate() which set the specified date whithout
> modifications, and a more intelligent one which applies offset ad
> preferences.
> This can also be applied for 1) : if i had a setDate(date, SWT.CENTER |
> SWT.LEFT | SWT.RIGHT), i could center the orange line each 10 seconds
> manually.
>
> Regards.
>
> Alexandre
>
Re: Gantt Widget 2.0 - Any Requests? [message #55683 is a reply to message #55660] Wed, 02 July 2008 09:21 Go to previous messageGo to next message
Laurent Marchal is currently offline Laurent MarchalFriend
Messages: 91
Registered: July 2009
Member
The only thing i have to say is : Whouah !

Many thanks for this work, the speed improvements (on linux/gtk) you
made are awesome (i have often more than 1000 events).

I excited to test more deeply the others useful feature and i will
report you the results.

Kind Regards.

Laurent Marchal.

Emil Crumhorn wrote:
> A new release is out which addresses a few of your features, it's been quite
> hard work fixing a few of them and adding some of the features. As these
> fixes address some of the things you wrote I'll post in the same thread.
>
> Big things:
> - Vertical scrolling is now virtual, there is no longer a Scrolled composite
> wrapper, thus, there is no vertical event limit. As that has gone away, the
> GanttChart will merge with the GanttComposite into one in a near-future
> release.
> - Event bounds calculations are mostly re-written so that events out of
> bounds vertically are not drawn, but calculated. You should be able to
> create 1000 events at almost the speed of 10, at 4000 there is a slight
> delay at first draw, then faster. I'm still working on optimizing the speed.
> There's a lot of (seemingly simple) math involved.
> - Horizontal scrollbar is now customizable. There are 3 options. No
> scrollbar, Infinite bar or Fixed range bar (between the earliest and latest
> events). Default is infinite. To set, pass IGanttFlags.H_SCROLL_[item] when
> constructing the chart to set. It's worth mentioning I'm party ripping my
> hair out on the fixed one as it needs to support a user dragging the chart
> "out of bounds", so if anyone has better code for calculating it let me
> know. I'm sadly not a MIT math algorithm student.
> - Hitting ESC during a resize/drag will now cancel that resize/drag and move
> any affected events back to where the drag/resize started, this is to
> conform to OS behavior where ESC usually cancels any drag/drop. Take this
> into account if you're listening to events being dragged as they're being
> dragged, and note that there is a listener for when an event has finished
> dragging/resizing which is smarter to use.
> - Header dates can now be clicked in views where they make sense (not hours,
> not years). Clicking will select the date vertically and report a listener.
> Multi selection and Shift selection is supported. Listener will be fired.
>
> Smaller things:
> - Fixed linked events moving wrong events
> - Fixed moving of a boundary boxed event causing it to resize when it
> actually hit the boundary dates, which wasn't visible until a "heavy redraw"
> was done.
> - Same for resizing
> - Memory optimizations
> - Speed improvements
> - Zooming was reported to wrong listener (thanks Laurent)
> - New API, some requested, some just new (setDate with SWT.LEFT | SWT.CENTER
> | SWT.RIGHT option is in as well)
>
> There may still be issues as the way events are moved have completely
> changed, and a lot of core functionality in the chart has changed as well.
> Please report any problems you encounter, and ideally, give me a snippet and
> a step-by-step to reproduce if it's not blatantly simple.
>
> Known issues:
> - Hand-dragging the chart on a very zoomed out view can sometimes cause
> events to glitch and not draw on the correct vertical line. It's purely a
> drawing issue and is being looked at.
> - Fixed horizontal scrollbar works well, but it's not as smooth as I'd like
> it to be. Perhaps I'm just picky.
>
> Files:
> Alpha (nightlies):
> http://www.hexapixel.com/files/nightly/
> Stable:
> http://www.hexapixel.com/files/nightly/stable/
>
> Emil
>
> "Alexandre BLAISE" <ablaise@smaeur.com> wrote in message
> news:20a421009ab3dd90feaca65a7c79d8c8$1@www.eclipse.org...
>> Hi Emil,
>>
>> Thanks for your response, and I'm sorry about the doubleclicking, it was
>> just an error that I done.
>>
>> About the drill down into the minutes, I would like to drill down more, to
>> see in the header slices of 10 minutes (from 00:00 to 00:10) and slices of
>> 1 miutes (from 00:00 to 00:01).
>> I don't know if this is complicated for you but it would be very nice.
>>
>> I have also others requests/ideas :
>> 1) An option to follow the current time : stay centered on the orange line
>> bar.
>> This can be very useful to follow the current progression, maybe i can
>> do this myself programatically ?
>>
>> 2) I would like to have the possibility to "double-click" on header labels
>> (on slices), for example : Click on "12:00" -> event -> zoom into "12:00"
>>
>> 3) Since the zoom operates on the "left date" (the date that is the most
>> on the left), and the setDate() method center the gantt on the requested
>> date, i feel this is not very user friendly to zoom after a setDate().
>> The solution, could be to zoom o the date under the cursor, or that the
>> setDate() method put the requested date on the left (not in the center).
>>
>> 4) And to finish, i found that the setDate() method is not very flexible,
>> because for example, you always set the time part to midnight, i would
>> prefer a dumb setDate() which set the specified date whithout
>> modifications, and a more intelligent one which applies offset ad
>> preferences.
>> This can also be applied for 1) : if i had a setDate(date, SWT.CENTER |
>> SWT.LEFT | SWT.RIGHT), i could center the orange line each 10 seconds
>> manually.
>>
>> Regards.
>>
>> Alexandre
>>
>
>
Re: Gantt Widget 2.0 - Any Requests? [message #55710 is a reply to message #55683] Fri, 04 July 2008 23:59 Go to previous messageGo to next message
Emil Crumhorn is currently offline Emil CrumhornFriend
Messages: 169
Registered: July 2009
Senior Member
Glad to hear it!

I made another release with some missing features that have been due for too
long (although surprisingly no one has needed them for this long!), and also
an important bugfix, here's the change list:

- Chart now supports Single/Multi event selection via SWT.SINGLE / SWT.MULTI
in constructor. Default is SWT.SINGLE if nothing is specified.
- For multi select there is now a Tracker for "select box" selecting
multiple events. The tracker is activated by a blank-area CTRL + mouse drag
(ctrl being the modifier key, or SWT.MOD1 to be exact). Blank area means the
tracker did not start on top of an event but in a space that is not
occupied. Multi selected events are dragged with same modifier key as
dragging linked events, which is set in ISettings or SWT.SHIFT by default.
Normal (Windows) behavior is that the tracker is activated without modifier
key, but as the blank area mouse-drag to move the chart would conflict with
this, it is set to a modifier key.
- Bugfix: Scopes would not update when children were moved or resized until
a full scope recalculation was done (on zoom in/out mostly).
- Modified some event listener methods to conform to multi-select callbacks.

I think that's it. Let me know if there's issues with any of that.

Files in usual location or Eclipse CVS;
http://www.hexapixel.com/files/nightly/

Emil

"Laurent Marchal" <lmarchal@smaeur.com> wrote in message
news:g4fh9s$55e$1@build.eclipse.org...
> The only thing i have to say is : Whouah !
>
> Many thanks for this work, the speed improvements (on linux/gtk) you made
> are awesome (i have often more than 1000 events).
>
> I excited to test more deeply the others useful feature and i will report
> you the results.
>
> Kind Regards.
>
> Laurent Marchal.
>
> Emil Crumhorn wrote:
>> A new release is out which addresses a few of your features, it's been
>> quite hard work fixing a few of them and adding some of the features. As
>> these fixes address some of the things you wrote I'll post in the same
>> thread.
>>
>> Big things:
>> - Vertical scrolling is now virtual, there is no longer a Scrolled
>> composite wrapper, thus, there is no vertical event limit. As that has
>> gone away, the GanttChart will merge with the GanttComposite into one in
>> a near-future release.
>> - Event bounds calculations are mostly re-written so that events out of
>> bounds vertically are not drawn, but calculated. You should be able to
>> create 1000 events at almost the speed of 10, at 4000 there is a slight
>> delay at first draw, then faster. I'm still working on optimizing the
>> speed. There's a lot of (seemingly simple) math involved.
>> - Horizontal scrollbar is now customizable. There are 3 options. No
>> scrollbar, Infinite bar or Fixed range bar (between the earliest and
>> latest events). Default is infinite. To set, pass
>> IGanttFlags.H_SCROLL_[item] when constructing the chart to set. It's
>> worth mentioning I'm party ripping my hair out on the fixed one as it
>> needs to support a user dragging the chart "out of bounds", so if anyone
>> has better code for calculating it let me know. I'm sadly not a MIT math
>> algorithm student.
>> - Hitting ESC during a resize/drag will now cancel that resize/drag and
>> move any affected events back to where the drag/resize started, this is
>> to conform to OS behavior where ESC usually cancels any drag/drop. Take
>> this into account if you're listening to events being dragged as they're
>> being dragged, and note that there is a listener for when an event has
>> finished dragging/resizing which is smarter to use.
>> - Header dates can now be clicked in views where they make sense (not
>> hours, not years). Clicking will select the date vertically and report a
>> listener. Multi selection and Shift selection is supported. Listener will
>> be fired.
>>
>> Smaller things:
>> - Fixed linked events moving wrong events
>> - Fixed moving of a boundary boxed event causing it to resize when it
>> actually hit the boundary dates, which wasn't visible until a "heavy
>> redraw" was done.
>> - Same for resizing
>> - Memory optimizations
>> - Speed improvements
>> - Zooming was reported to wrong listener (thanks Laurent)
>> - New API, some requested, some just new (setDate with SWT.LEFT |
>> SWT.CENTER | SWT.RIGHT option is in as well)
>>
>> There may still be issues as the way events are moved have completely
>> changed, and a lot of core functionality in the chart has changed as
>> well. Please report any problems you encounter, and ideally, give me a
>> snippet and a step-by-step to reproduce if it's not blatantly simple.
>>
>> Known issues:
>> - Hand-dragging the chart on a very zoomed out view can sometimes cause
>> events to glitch and not draw on the correct vertical line. It's purely a
>> drawing issue and is being looked at.
>> - Fixed horizontal scrollbar works well, but it's not as smooth as I'd
>> like it to be. Perhaps I'm just picky.
>>
>> Files:
>> Alpha (nightlies):
>> http://www.hexapixel.com/files/nightly/
>> Stable:
>> http://www.hexapixel.com/files/nightly/stable/
>>
>> Emil
>>
>> "Alexandre BLAISE" <ablaise@smaeur.com> wrote in message
>> news:20a421009ab3dd90feaca65a7c79d8c8$1@www.eclipse.org...
>>> Hi Emil,
>>>
>>> Thanks for your response, and I'm sorry about the doubleclicking, it was
>>> just an error that I done.
>>>
>>> About the drill down into the minutes, I would like to drill down more,
>>> to see in the header slices of 10 minutes (from 00:00 to 00:10) and
>>> slices of 1 miutes (from 00:00 to 00:01).
>>> I don't know if this is complicated for you but it would be very nice.
>>>
>>> I have also others requests/ideas :
>>> 1) An option to follow the current time : stay centered on the orange
>>> line bar.
>>> This can be very useful to follow the current progression, maybe i can
>>> do this myself programatically ?
>>>
>>> 2) I would like to have the possibility to "double-click" on header
>>> labels (on slices), for example : Click on "12:00" -> event -> zoom into
>>> "12:00"
>>>
>>> 3) Since the zoom operates on the "left date" (the date that is the most
>>> on the left), and the setDate() method center the gantt on the requested
>>> date, i feel this is not very user friendly to zoom after a setDate().
>>> The solution, could be to zoom o the date under the cursor, or that the
>>> setDate() method put the requested date on the left (not in the center).
>>>
>>> 4) And to finish, i found that the setDate() method is not very
>>> flexible, because for example, you always set the time part to midnight,
>>> i would prefer a dumb setDate() which set the specified date whithout
>>> modifications, and a more intelligent one which applies offset ad
>>> preferences.
>>> This can also be applied for 1) : if i had a setDate(date, SWT.CENTER |
>>> SWT.LEFT | SWT.RIGHT), i could center the orange line each 10 seconds
>>> manually.
>>>
>>> Regards.
>>>
>>> Alexandre
>>>
>>
Re: Gantt Widget 2.0 - Any Requests? [message #55738 is a reply to message #55710] Sun, 06 July 2008 21:44 Go to previous messageGo to next message
Emil Crumhorn is currently offline Emil CrumhornFriend
Messages: 169
Registered: July 2009
Senior Member
I had to do another update + newsgroup post as I found a bit of a big bug
this weekend while debugging the year-view out-of-sync drag issues.. turns
out I was not taking daylight savings time into account when calculating
days between two dates. I love the java.util.Calendar object lacks flags or
help for anything advanced whatsoever. The bug was rather harmless as it was
only a out-of-sync drawing issue, but nevertheless annoying and ugly...

Also fixed the getDefaultLocale() not actually getting used for drawing
header dates, this was only noticed if the returned Locale was different
from the OS Locale, so I don't think anyone noticed it yet.

Those fixes make the year view much faster in the very-zoomed-out state of
the chart as well.

Anyway, here's the changelist;

- Fixes a serious date calculation bug (daylight savings was not taken into
account causing year view movement updates to make events fall out of sync)
- Fixes hand dragging event in year view and sync issues
- Fixes locale not being used for drawing date when locale was set to
something different than the default
- Fixes invalid date offset calculations for certain locales causing
background color to not paint for some header areas, as well as dates to
jump around when they hit the offset date.
- Fixes some day-letters getting a bit offset on very short day letters
(such as "l" for the Italian locale)
- Some system.err.printlns made it into source control on the last release

I obviously recommend everyone to update to the latest version that is using
Alpha 2.0.

Emil

Files:
Alpha (nightlies):
http://www.hexapixel.com/files/nightly/
Stable:
http://www.hexapixel.com/files/nightly/stable/


"Emil Crumhorn" <emil.crumhorn@gmail.com> wrote in message
news:g4mdhi$ec7$1@build.eclipse.org...
> Glad to hear it!
>
> I made another release with some missing features that have been due for
> too long (although surprisingly no one has needed them for this long!),
> and also an important bugfix, here's the change list:
>
> - Chart now supports Single/Multi event selection via SWT.SINGLE /
> SWT.MULTI in constructor. Default is SWT.SINGLE if nothing is specified.
> - For multi select there is now a Tracker for "select box" selecting
> multiple events. The tracker is activated by a blank-area CTRL + mouse
> drag (ctrl being the modifier key, or SWT.MOD1 to be exact). Blank area
> means the tracker did not start on top of an event but in a space that is
> not occupied. Multi selected events are dragged with same modifier key as
> dragging linked events, which is set in ISettings or SWT.SHIFT by default.
> Normal (Windows) behavior is that the tracker is activated without
> modifier key, but as the blank area mouse-drag to move the chart would
> conflict with this, it is set to a modifier key.
> - Bugfix: Scopes would not update when children were moved or resized
> until a full scope recalculation was done (on zoom in/out mostly).
> - Modified some event listener methods to conform to multi-select
> callbacks.
>
> I think that's it. Let me know if there's issues with any of that.
>
> Files in usual location or Eclipse CVS;
> http://www.hexapixel.com/files/nightly/
>
> Emil
>
> "Laurent Marchal" <lmarchal@smaeur.com> wrote in message
> news:g4fh9s$55e$1@build.eclipse.org...
>> The only thing i have to say is : Whouah !
>>
>> Many thanks for this work, the speed improvements (on linux/gtk) you made
>> are awesome (i have often more than 1000 events).
>>
>> I excited to test more deeply the others useful feature and i will report
>> you the results.
>>
>> Kind Regards.
>>
>> Laurent Marchal.
>>
>> Emil Crumhorn wrote:
>>> A new release is out which addresses a few of your features, it's been
>>> quite hard work fixing a few of them and adding some of the features. As
>>> these fixes address some of the things you wrote I'll post in the same
>>> thread.
>>>
>>> Big things:
>>> - Vertical scrolling is now virtual, there is no longer a Scrolled
>>> composite wrapper, thus, there is no vertical event limit. As that has
>>> gone away, the GanttChart will merge with the GanttComposite into one in
>>> a near-future release.
>>> - Event bounds calculations are mostly re-written so that events out of
>>> bounds vertically are not drawn, but calculated. You should be able to
>>> create 1000 events at almost the speed of 10, at 4000 there is a slight
>>> delay at first draw, then faster. I'm still working on optimizing the
>>> speed. There's a lot of (seemingly simple) math involved.
>>> - Horizontal scrollbar is now customizable. There are 3 options. No
>>> scrollbar, Infinite bar or Fixed range bar (between the earliest and
>>> latest events). Default is infinite. To set, pass
>>> IGanttFlags.H_SCROLL_[item] when constructing the chart to set. It's
>>> worth mentioning I'm party ripping my hair out on the fixed one as it
>>> needs to support a user dragging the chart "out of bounds", so if anyone
>>> has better code for calculating it let me know. I'm sadly not a MIT math
>>> algorithm student.
>>> - Hitting ESC during a resize/drag will now cancel that resize/drag and
>>> move any affected events back to where the drag/resize started, this is
>>> to conform to OS behavior where ESC usually cancels any drag/drop. Take
>>> this into account if you're listening to events being dragged as they're
>>> being dragged, and note that there is a listener for when an event has
>>> finished dragging/resizing which is smarter to use.
>>> - Header dates can now be clicked in views where they make sense (not
>>> hours, not years). Clicking will select the date vertically and report a
>>> listener. Multi selection and Shift selection is supported. Listener
>>> will be fired.
>>>
>>> Smaller things:
>>> - Fixed linked events moving wrong events
>>> - Fixed moving of a boundary boxed event causing it to resize when it
>>> actually hit the boundary dates, which wasn't visible until a "heavy
>>> redraw" was done.
>>> - Same for resizing
>>> - Memory optimizations
>>> - Speed improvements
>>> - Zooming was reported to wrong listener (thanks Laurent)
>>> - New API, some requested, some just new (setDate with SWT.LEFT |
>>> SWT.CENTER | SWT.RIGHT option is in as well)
>>>
>>> There may still be issues as the way events are moved have completely
>>> changed, and a lot of core functionality in the chart has changed as
>>> well. Please report any problems you encounter, and ideally, give me a
>>> snippet and a step-by-step to reproduce if it's not blatantly simple.
>>>
>>> Known issues:
>>> - Hand-dragging the chart on a very zoomed out view can sometimes cause
>>> events to glitch and not draw on the correct vertical line. It's purely
>>> a drawing issue and is being looked at.
>>> - Fixed horizontal scrollbar works well, but it's not as smooth as I'd
>>> like it to be. Perhaps I'm just picky.
>>>
>>> Files:
>>> Alpha (nightlies):
>>> http://www.hexapixel.com/files/nightly/
>>> Stable:
>>> http://www.hexapixel.com/files/nightly/stable/
>>>
>>> Emil
>>>
>>> "Alexandre BLAISE" <ablaise@smaeur.com> wrote in message
>>> news:20a421009ab3dd90feaca65a7c79d8c8$1@www.eclipse.org...
>>>> Hi Emil,
>>>>
>>>> Thanks for your response, and I'm sorry about the doubleclicking, it
>>>> was just an error that I done.
>>>>
>>>> About the drill down into the minutes, I would like to drill down more,
>>>> to see in the header slices of 10 minutes (from 00:00 to 00:10) and
>>>> slices of 1 miutes (from 00:00 to 00:01).
>>>> I don't know if this is complicated for you but it would be very nice.
>>>>
>>>> I have also others requests/ideas :
>>>> 1) An option to follow the current time : stay centered on the orange
>>>> line bar.
>>>> This can be very useful to follow the current progression, maybe i
>>>> can do this myself programatically ?
>>>>
>>>> 2) I would like to have the possibility to "double-click" on header
>>>> labels (on slices), for example : Click on "12:00" -> event -> zoom
>>>> into "12:00"
>>>>
>>>> 3) Since the zoom operates on the "left date" (the date that is the
>>>> most on the left), and the setDate() method center the gantt on the
>>>> requested date, i feel this is not very user friendly to zoom after a
>>>> setDate().
>>>> The solution, could be to zoom o the date under the cursor, or that the
>>>> setDate() method put the requested date on the left (not in the
>>>> center).
>>>>
>>>> 4) And to finish, i found that the setDate() method is not very
>>>> flexible, because for example, you always set the time part to
>>>> midnight, i would prefer a dumb setDate() which set the specified date
>>>> whithout modifications, and a more intelligent one which applies offset
>>>> ad preferences.
>>>> This can also be applied for 1) : if i had a setDate(date, SWT.CENTER |
>>>> SWT.LEFT | SWT.RIGHT), i could center the orange line each 10 seconds
>>>> manually.
>>>>
>>>> Regards.
>>>>
>>>> Alexandre
>>>>
>>>
>
Re: Gantt Widget 2.0 - Any Requests? [message #55792 is a reply to message #55738] Tue, 08 July 2008 15:39 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: sanjay07095.yahoo.com

Thanks a lot for this wonderful widget. I like it a lot. There are a few
things i wish were there. May be it is there but I am not sure how to use
em. Can you please advise?

1. I know you can lock header on verical scroll bar by returning true in
ISettings interface implementation but the header still moves down as you
scroll. Is there a way to keep the header pinned at the top and just
scroll events?

2. Is there a way to show slicing of hour by 10 minutes on the header?

3. What is involved if I want to display something on the header like an
arrow with vertical timeline that user can scroll back and forth that can
fire events indicating the time?

4. I am using GanttChart.H_SCROLL_FIXED_RANGE when creating chart to fix
horizontal scroll bar to just 1 day but chart still displays days upto 4
more days. e.g. if event start on 07/07/2008 at 2AM and ends on 07/07/2008
at 04AM chart scroll bars still show headers till 12/07/2008 2AM. Am I
missing something?

5. There appears issues With fixed horizontal scrolling. If I scroll using
horizonal the scroll bar then sometimes scrollbar disappears.

-Sanjay
Re: Gantt Widget 2.0 - Any Requests? [message #55819 is a reply to message #55792] Tue, 08 July 2008 17:03 Go to previous messageGo to next message
Emil Crumhorn is currently offline Emil CrumhornFriend
Messages: 169
Registered: July 2009
Senior Member
Thanks for your bullet list of items =) Glad you like the widget.

1. Maybe I'm a little confused but what is the difference between the header
pinner at the top when you scroll and a fixed header at the top when you
scroll. They sound the same to me. Maybe I'm just misunderstanding what you
mean.

2. Not at the moment. I have a "TODO" item to implement custom headers where
you can more or less customize these kind of things, but right now it's
below a few important bug fixes that need to come first. If you need it
urgently, look at the GanttComposite header drawing code, it wouldn't be too
hard to add a few extra tick marks in there if you need it right now.

3. You have access to a thing called lastDraw(...) on the
IGanttEventListener which hands you the GC object after it's finished
drawing the entire chart. That combined with basically every method the
GanttComposite has open publically should let you draw pretty much whatever
you want. Would this get you what you want?

4. The fixed range scrollbar has some issues. It should disappear when there
are no _visible_ events outside of the current viewing area, but should show
when there are OOB events. There is some leeway as to how fixed it is
however, as it has to account for Event text post-events and user-dragging
and such, so it does pad on a few days. But, there's work to be done on the
fixed scrollbar, it's not 100% what it should be.

That said however, it sounds like you don't expect the header to draw beyond
the last event date, is that right? There is no such feature if so. The
chart will always draw to the edge of the screen, regardless if there are
events beyond or not. I'll probably add a feature later to lock the chart
itself into a date range so that things would stop drawing at a certian
start/end date, but right now there isn't one.

5. This was covered in #4.

There are currently a few other outstanding bugs as well, most related to
the "virtual" changes I added, and I'm actively working to fix them. I have
about half of them squashed, but there's a few bigger ones that are a bit
complex to solve that tie into the first ones...

But I do changes pretty much every day to the code so always try the latest
builds to see what's changed. I'll post here as well when bugs related to
forum posts get fixed.

Regards,
Emil

"sanjay" <sanjay07095@yahoo.com> wrote in message
news:93396c8b9c1573de609ad0ee5f8a5f89$1@www.eclipse.org...
> Thanks a lot for this wonderful widget. I like it a lot. There are a few
> things i wish were there. May be it is there but I am not sure how to use
> em. Can you please advise?
>
> 1. I know you can lock header on verical scroll bar by returning true in
> ISettings interface implementation but the header still moves down as you
> scroll. Is there a way to keep the header pinned at the top and just
> scroll events?
>
> 2. Is there a way to show slicing of hour by 10 minutes on the header?
>
> 3. What is involved if I want to display something on the header like an
> arrow with vertical timeline that user can scroll back and forth that can
> fire events indicating the time?
>
> 4. I am using GanttChart.H_SCROLL_FIXED_RANGE when creating chart to fix
> horizontal scroll bar to just 1 day but chart still displays days upto 4
> more days. e.g. if event start on 07/07/2008 at 2AM and ends on 07/07/2008
> at 04AM chart scroll bars still show headers till 12/07/2008 2AM. Am I
> missing something?
> 5. There appears issues With fixed horizontal scrolling. If I scroll using
> horizonal the scroll bar then sometimes scrollbar disappears.
>
> -Sanjay
>
Re: Gantt Widget 2.0 - Any Requests? [message #55845 is a reply to message #55819] Tue, 08 July 2008 19:15 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: sanjay07095.yahoo.com

Emil Crumhorn wrote:

> Thanks for your bullet list of items =) Glad you like the widget.

> 1. Maybe I'm a little confused but what is the difference between the header
> pinner at the top when you scroll and a fixed header at the top when you
> scroll. They sound the same to me. Maybe I'm just misunderstanding what you
> mean.

> 2. Not at the moment. I have a "TODO" item to implement custom headers where
> you can more or less customize these kind of things, but right now it's
> below a few important bug fixes that need to come first. If you need it
> urgently, look at the GanttComposite header drawing code, it wouldn't be too
> hard to add a few extra tick marks in there if you need it right now.

> 3. You have access to a thing called lastDraw(...) on the
> IGanttEventListener which hands you the GC object after it's finished
> drawing the entire chart. That combined with basically every method the
> GanttComposite has open publically should let you draw pretty much whatever
> you want. Would this get you what you want?

> 4. The fixed range scrollbar has some issues. It should disappear when there
> are no _visible_ events outside of the current viewing area, but should show
> when there are OOB events. There is some leeway as to how fixed it is
> however, as it has to account for Event text post-events and user-dragging
> and such, so it does pad on a few days. But, there's work to be done on the
> fixed scrollbar, it's not 100% what it should be.

> That said however, it sounds like you don't expect the header to draw beyond
> the last event date, is that right? There is no such feature if so. The
> chart will always draw to the edge of the screen, regardless if there are
> events beyond or not. I'll probably add a feature later to lock the chart
> itself into a date range so that things would stop drawing at a certian
> start/end date, but right now there isn't one.

> 5. This was covered in #4.

> There are currently a few other outstanding bugs as well, most related to
> the "virtual" changes I added, and I'm actively working to fix them. I have
> about half of them squashed, but there's a few bigger ones that are a bit
> complex to solve that tie into the first ones...

> But I do changes pretty much every day to the code so always try the latest
> builds to see what's changed. I'll post here as well when bugs related to
> forum posts get fixed.

> Regards,
> Emil


Emil, thanks for detailed comments.

Locked Header: For Setting initail zoom level to hour max and returning
false for most methods in ISettings and true for locking header when I
scroll vertically say to the end of the chart, header scrolls down as well
such that it may appear in the middle of the chart or at the bottom.
Re: Gantt Widget 2.0 - Any Requests? [message #55872 is a reply to message #55819] Fri, 11 July 2008 20:23 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: kommon.hotmail.com

Emil, thanks for detailed comments. Can you please tell me what am I doing
wrong for Locked Header: For Setting initail zoom level to hour max and
returning false for most methods in ISettings and true for locking header
when I scroll vertically say to the end of the chart, header scrolls down
as well such that it may appear in the middle of the chart or at the
bottom. What I want is header to stay on top when I scroll the chart down.

Thanks
Re: Gantt Widget 2.0 - Any Requests? [message #55898 is a reply to message #55872] Sat, 12 July 2008 11:41 Go to previous messageGo to next message
Emil Crumhorn is currently offline Emil CrumhornFriend
Messages: 169
Registered: July 2009
Senior Member
I checked the fixed header and found some issues. You should see the fixed
code in the nightly build tonight, along with other fixes, so give that a go
when it's available and let me know if that fixes it.

Regards,
Emil


"Sanjay" <kommon@hotmail.com> wrote in message
news:c0571c7844feda7a28a8ba1b59dc78fc$1@www.eclipse.org...
> Emil, thanks for detailed comments. Can you please tell me what am I doing
> wrong for Locked Header: For Setting initail zoom level to hour max and
> returning false for most methods in ISettings and true for locking header
> when I scroll vertically say to the end of the chart, header scrolls down
> as well such that it may appear in the middle of the chart or at the
> bottom. What I want is header to stay on top when I scroll the chart down.
>
> Thanks
>
>
Re: Gantt Widget 2.0 - Any Requests? [message #55922 is a reply to message #55898] Sun, 13 July 2008 12:01 Go to previous messageGo to next message
Emil Crumhorn is currently offline Emil CrumhornFriend
Messages: 169
Registered: July 2009
Senior Member
Here's the latest changelist for CVS HEAD >= 071308 which should address a
lot of the issues posted on the newsgroups and stuff I've gotten in personal
emails.

Features:
- Some additional methods for manually setting dates on GanttEvents as
sometimes you need to set events in a certain order due to the way they are
validated.
- Connections can now be created via the new class "GanttConnection" as well
as the old way. GanttConnection also supports dispose(). You may also fetch
all connections from the chart now.
- When adding a connection between two events, you may now specify the color
of the line + arrowhead drawn between those two events (suggested by
Laurent)
- Added (requested) option for scroll-wheel zoom in/out to set the next zoom
level date to be at the same point under the pointer as the date where it
left the previous zoom level, or in
in shorter terms; "option to zoom to the date where the mouse pointer is".
Default for this setting is true.

Bugfixes and other changes:

OS X:
- Fixed Bug #240164 - Infinite loop when showing Advanced Tooltips on OS X .

Linux (GTK):
- Mousewheel scrolling on Linux didn't do anything except move the
scrollbar, now it scrolls the chart correctly.
- Rounded event corners were off in pixels, seems 1x1 pixel drawing needs a
distance of 2 on GTK, very odd.
- GanttSection images in vertical position had some drawing issues.

All Platforms:
- GanttTester.java inside the package now launches a window with a lot of
buttons for easier testing, this will be improved over time to include all
features (more or less).
- Manifest was missing themes package.
- Calendars were not being cloned enough, so users modifying fetched
calendars from GanttEvents may have noticed strange post-behavior.
- jumpToEarliest/jumpToLatest event caused incorrect redraws
- jumpToEarliest/jumpToLatest would not take hours into account when jumping
in hours view
- jumpToToday got option of LEFT/CENTER/RIGHT like other methods
- Fixed header should draw correctly now in both sectioned and non-section
modes.
- setTopItem should now scroll and change date to show the item without any
nasty side effects (@deprectated has been removed)
- Hopefully fixed the issue with the chart "jumping" when calling setDate
- Removed some code used twice for no reason (very minor)
- The calculation of the dependant event chain in a multi Select+Drag/Resize
has been speeded up some

DND:
- Fixes detailed DND with fixed date ranges messing up the drag and
sometimes causing the event to actually increase in "length" (end date got
increased)
- Fixes very rapid event dragging back + forth causing event to increase in
size.
- Fixes ending noMoveAfter bracket drawing one hour too far in hours view.

Select and multiselect:
- Right mouse button would not select event prior to showing menu (or at
all)
- Right mouse button would not deselect previously selected event if doing
it in a row
- Tracker was not enabling correctly in SWT.MULTI
- Tracker with held down ctrl or shift key now correctly adds to selection
instead of replacing the old
- De-selection improvements, for example, ctrl clicking a blank area does
not cause previously selected events to deselect

Files: http://www.hexapixel.com/files/nightly/

Emil
Re: Gantt Widget 2.0 - Any Requests? [message #56021 is a reply to message #55898] Mon, 14 July 2008 14:25 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: kommon.hotmail.com

Not sure if my previous post got lost but here it is again. Emil, it did
fix the header issue and it seems to be working fine. Only issue left that
is prevnting me to use it is the fixed horizontal scroll bar issue. When I
scroll using scroll thumb in fixed horizontal scroll bar my events
disappear, scroll bar disappears and chart starting time is all messed up
as well. I know you have provided so much flexibility for customization
and that ofcourse makes it very complex to implement. Thanks for you
support.

-Sanjay

Emil Crumhorn wrote:

> I checked the fixed header and found some issues. You should see the fixed
> code in the nightly build tonight, along with other fixes, so give that a go
> when it's available and let me know if that fixes it.

> Regards,
> Emil


> "Sanjay" <kommon@hotmail.com> wrote in message
> news:c0571c7844feda7a28a8ba1b59dc78fc$1@www.eclipse.org...
>> Emil, thanks for detailed comments. Can you please tell me what am I doing
>> wrong for Locked Header: For Setting initail zoom level to hour max and
>> returning false for most methods in ISettings and true for locking header
>> when I scroll vertically say to the end of the chart, header scrolls down
>> as well such that it may appear in the middle of the chart or at the
>> bottom. What I want is header to stay on top when I scroll the chart down.
>>
>> Thanks
>>
>>
Re: Gantt Widget 2.0 - Any Requests? [message #56046 is a reply to message #56021] Mon, 14 July 2008 16:53 Go to previous messageGo to next message
Emil Crumhorn is currently offline Emil CrumhornFriend
Messages: 169
Registered: July 2009
Senior Member
Hi Sanjay,

Could you provide me with a snippet that reproduces what you are
experiencing? Or if you can reproduce it via the GanttTester let me know a
step by step and I will take a look.

Thanks!
Emil

"Sanjay" <kommon@hotmail.com> wrote in message
news:df406d3b6ec87ee81d52843923fdf4b9$1@www.eclipse.org...
> Not sure if my previous post got lost but here it is again. Emil, it did
> fix the header issue and it seems to be working fine. Only issue left that
> is prevnting me to use it is the fixed horizontal scroll bar issue. When I
> scroll using scroll thumb in fixed horizontal scroll bar my events
> disappear, scroll bar disappears and chart starting time is all messed up
> as well. I know you have provided so much flexibility for customization
> and that ofcourse makes it very complex to implement. Thanks for you
> support.
>
> -Sanjay
>
> Emil Crumhorn wrote:
>
>> I checked the fixed header and found some issues. You should see the
>> fixed code in the nightly build tonight, along with other fixes, so give
>> that a go when it's available and let me know if that fixes it.
>
>> Regards,
>> Emil
>
>
>> "Sanjay" <kommon@hotmail.com> wrote in message
>> news:c0571c7844feda7a28a8ba1b59dc78fc$1@www.eclipse.org...
>>> Emil, thanks for detailed comments. Can you please tell me what am I
>>> doing wrong for Locked Header: For Setting initail zoom level to hour
>>> max and returning false for most methods in ISettings and true for
>>> locking header when I scroll vertically say to the end of the chart,
>>> header scrolls down as well such that it may appear in the middle of the
>>> chart or at the bottom. What I want is header to stay on top when I
>>> scroll the chart down.
>>>
>>> Thanks
>>>
>>>
>
>
Re: Gantt Widget 2.0 - Any Requests? [message #56073 is a reply to message #56046] Mon, 14 July 2008 17:28 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: kommon.hotmail.com

Emil, here is the snippet of my events and Isettngs interface. When you
drag horizontal scrollbar thumb and say drop in the center then things
mess up. Let me know if this helps. Thanks.

GanttChart snippet:
GanttChart ganttChart = new GanttChart(shell,
GanttChart.H_SCROLL_FIXED_RANGE, mySettings);
Calendar sdEventOne = Calendar.getInstance();
Calendar edEventOne = Calendar.getInstance();
sdEventOne.set(2008, 7-1, 7, 2, 00, 10); // month range is from 0 to 11
edEventOne.set(2008, 7-1, 7, 4, 30, 20);
Calendar sdEventTwo = Calendar.getInstance();
Calendar edEventTwo = Calendar.getInstance();
sdEventTwo.set(2008, 7-1, 7, 3, 00, 10); // month range is from 0 to 11
edEventTwo.set(2008, 7-1, 7, 5, 00, 20);
// Create events
GanttEvent eventOne = new GanttEvent(ganttChart, "Task 1", sdEventOne,
edEventOne, 35);
GanttEvent eventTwo = new GanttEvent(ganttChart, "Task 2", sdEventTwo,
edEventTwo, 10);
GanttEvent e2 = new GanttEvent(ganttChart, "Task 3", sdEventTwo,
edEventTwo, 10);
ganttChart.getGanttComposite().setDate(sdEventOne, SWT.TOP, false);


mySettings implementation snippet:

public int getInitialZoomLevel() {
return ZOOM_HOURS_MAX;
}
public int getWorkDayStartHour() {
return 2;
}
public boolean lockHeaderOnVerticalScroll() {
return true;
}

------------------------------------------------------------ -------
Emil Crumhorn wrote:

> Hi Sanjay,

> Could you provide me with a snippet that reproduces what you are
> experiencing? Or if you can reproduce it via the GanttTester let me know a
> step by step and I will take a look.

> Thanks!
> Emil

> "Sanjay" <kommon@hotmail.com> wrote in message
> news:df406d3b6ec87ee81d52843923fdf4b9$1@www.eclipse.org...
>> Not sure if my previous post got lost but here it is again. Emil, it did
>> fix the header issue and it seems to be working fine. Only issue left that
>> is prevnting me to use it is the fixed horizontal scroll bar issue. When I
>> scroll using scroll thumb in fixed horizontal scroll bar my events
>> disappear, scroll bar disappears and chart starting time is all messed up
>> as well. I know you have provided so much flexibility for customization
>> and that ofcourse makes it very complex to implement. Thanks for you
>> support.
>>
>> -Sanjay
>>
>> Emil Crumhorn wrote:
>>
>>> I checked the fixed header and found some issues. You should see the
>>> fixed code in the nightly build tonight, along with other fixes, so give
>>> that a go when it's available and let me know if that fixes it.
>>
>>> Regards,
>>> Emil
>>
>>
>>> "Sanjay" <kommon@hotmail.com> wrote in message
>>> news:c0571c7844feda7a28a8ba1b59dc78fc$1@www.eclipse.org...
>>>> Emil, thanks for detailed comments. Can you please tell me what am I
>>>> doing wrong for Locked Header: For Setting initail zoom level to hour
>>>> max and returning false for most methods in ISettings and true for
>>>> locking header when I scroll vertically say to the end of the chart,
>>>> header scrolls down as well such that it may appear in the middle of the
>>>> chart or at the bottom. What I want is header to stay on top when I
>>>> scroll the chart down.
>>>>
>>>> Thanks
>>>>
>>>>
>>
>>
Re: Gantt Widget 2.0 - Any Requests? [message #56100 is a reply to message #56073] Mon, 14 July 2008 18:01 Go to previous messageGo to next message
Emil Crumhorn is currently offline Emil CrumhornFriend
Messages: 169
Registered: July 2009
Senior Member
Ah, yes, I see what you mean, seems like a pure scrollbar issue though from
what I can see. I will take a look, that fixed scrollbar is proving really
difficult to get right.

Emil

"Sanjay" <kommon@hotmail.com> wrote in message
news:8b882e0eb1c609cd6aa603a7773b66ea$1@www.eclipse.org...
> Emil, here is the snippet of my events and Isettngs interface. When you
> drag horizontal scrollbar thumb and say drop in the center then things
> mess up. Let me know if this helps. Thanks.
>
> GanttChart snippet:
> GanttChart ganttChart = new GanttChart(shell,
> GanttChart.H_SCROLL_FIXED_RANGE, mySettings);
> Calendar sdEventOne = Calendar.getInstance();
> Calendar edEventOne = Calendar.getInstance();
> sdEventOne.set(2008, 7-1, 7, 2, 00, 10); // month range is from 0 to 11
> edEventOne.set(2008, 7-1, 7, 4, 30, 20);
> Calendar sdEventTwo = Calendar.getInstance();
> Calendar edEventTwo = Calendar.getInstance();
> sdEventTwo.set(2008, 7-1, 7, 3, 00, 10); // month range is from 0 to 11
> edEventTwo.set(2008, 7-1, 7, 5, 00, 20);
> // Create events
> GanttEvent eventOne = new GanttEvent(ganttChart, "Task 1", sdEventOne,
> edEventOne, 35); GanttEvent eventTwo = new GanttEvent(ganttChart, "Task
> 2", sdEventTwo, edEventTwo, 10); GanttEvent e2 = new
> GanttEvent(ganttChart, "Task 3", sdEventTwo, edEventTwo, 10);
> ganttChart.getGanttComposite().setDate(sdEventOne, SWT.TOP, false);
>
>
> mySettings implementation snippet:
>
> public int getInitialZoomLevel() {
> return ZOOM_HOURS_MAX;
> }
> public int getWorkDayStartHour() {
> return 2;
> }
> public boolean lockHeaderOnVerticalScroll() {
> return true;
> }
>
> ------------------------------------------------------------ -------
> Emil Crumhorn wrote:
>
>> Hi Sanjay,
>
>> Could you provide me with a snippet that reproduces what you are
>> experiencing? Or if you can reproduce it via the GanttTester let me know
>> a step by step and I will take a look.
>
>> Thanks!
>> Emil
>
>> "Sanjay" <kommon@hotmail.com> wrote in message
>> news:df406d3b6ec87ee81d52843923fdf4b9$1@www.eclipse.org...
>>> Not sure if my previous post got lost but here it is again. Emil, it did
>>> fix the header issue and it seems to be working fine. Only issue left
>>> that is prevnting me to use it is the fixed horizontal scroll bar issue.
>>> When I scroll using scroll thumb in fixed horizontal scroll bar my
>>> events disappear, scroll bar disappears and chart starting time is all
>>> messed up as well. I know you have provided so much flexibility for
>>> customization and that ofcourse makes it very complex to implement.
>>> Thanks for you support.
>>>
>>> -Sanjay
>>>
>>> Emil Crumhorn wrote:
>>>
>>>> I checked the fixed header and found some issues. You should see the
>>>> fixed code in the nightly build tonight, along with other fixes, so
>>>> give that a go when it's available and let me know if that fixes it.
>>>
>>>> Regards,
>>>> Emil
>>>
>>>
>>>> "Sanjay" <kommon@hotmail.com> wrote in message
>>>> news:c0571c7844feda7a28a8ba1b59dc78fc$1@www.eclipse.org...
>>>>> Emil, thanks for detailed comments. Can you please tell me what am I
>>>>> doing wrong for Locked Header: For Setting initail zoom level to hour
>>>>> max and returning false for most methods in ISettings and true for
>>>>> locking header when I scroll vertically say to the end of the chart,
>>>>> header scrolls down as well such that it may appear in the middle of
>>>>> the chart or at the bottom. What I want is header to stay on top when
>>>>> I scroll the chart down.
>>>>>
>>>>> Thanks
>>>>>
>>>>>
>>>
>>>
>
>
Re: Gantt Widget 2.0 - Any Requests? [message #56299 is a reply to message #56073] Mon, 14 July 2008 18:33 Go to previous messageGo to next message
Emil Crumhorn is currently offline Emil CrumhornFriend
Messages: 169
Registered: July 2009
Senior Member
By the way, you're using a feature marked as not to be used, the
getWorkDayStartHour(). This will cause you all kinds of issues, such as
disappearing events. This feature is taken out in the latest source (will go
"live" tonight) as it's not implemented and not working. I suggest removing
it and trying your code again, you'll find everything working much better.

I'm still looking at the Fixed scrollbar, but I wanted to let you know about
that as that's the source of a lot of strangeness.

Emil

"Sanjay" <kommon@hotmail.com> wrote in message
news:8b882e0eb1c609cd6aa603a7773b66ea$1@www.eclipse.org...
> Emil, here is the snippet of my events and Isettngs interface. When you
> drag horizontal scrollbar thumb and say drop in the center then things
> mess up. Let me know if this helps. Thanks.
>
> GanttChart snippet:
> GanttChart ganttChart = new GanttChart(shell,
> GanttChart.H_SCROLL_FIXED_RANGE, mySettings);
> Calendar sdEventOne = Calendar.getInstance();
> Calendar edEventOne = Calendar.getInstance();
> sdEventOne.set(2008, 7-1, 7, 2, 00, 10); // month range is from 0 to 11
> edEventOne.set(2008, 7-1, 7, 4, 30, 20);
> Calendar sdEventTwo = Calendar.getInstance();
> Calendar edEventTwo = Calendar.getInstance();
> sdEventTwo.set(2008, 7-1, 7, 3, 00, 10); // month range is from 0 to 11
> edEventTwo.set(2008, 7-1, 7, 5, 00, 20);
> // Create events
> GanttEvent eventOne = new GanttEvent(ganttChart, "Task 1", sdEventOne,
> edEventOne, 35); GanttEvent eventTwo = new GanttEvent(ganttChart, "Task
> 2", sdEventTwo, edEventTwo, 10); GanttEvent e2 = new
> GanttEvent(ganttChart, "Task 3", sdEventTwo, edEventTwo, 10);
> ganttChart.getGanttComposite().setDate(sdEventOne, SWT.TOP, false);
>
>
> mySettings implementation snippet:
>
> public int getInitialZoomLevel() {
> return ZOOM_HOURS_MAX;
> }
> public int getWorkDayStartHour() {
> return 2;
> }
> public boolean lockHeaderOnVerticalScroll() {
> return true;
> }
>
> ------------------------------------------------------------ -------
> Emil Crumhorn wrote:
>
>> Hi Sanjay,
>
>> Could you provide me with a snippet that reproduces what you are
>> experiencing? Or if you can reproduce it via the GanttTester let me know
>> a step by step and I will take a look.
>
>> Thanks!
>> Emil
>
>> "Sanjay" <kommon@hotmail.com> wrote in message
>> news:df406d3b6ec87ee81d52843923fdf4b9$1@www.eclipse.org...
>>> Not sure if my previous post got lost but here it is again. Emil, it did
>>> fix the header issue and it seems to be working fine. Only issue left
>>> that is prevnting me to use it is the fixed horizontal scroll bar issue.
>>> When I scroll using scroll thumb in fixed horizontal scroll bar my
>>> events disappear, scroll bar disappears and chart starting time is all
>>> messed up as well. I know you have provided so much flexibility for
>>> customization and that ofcourse makes it very complex to implement.
>>> Thanks for you support.
>>>
>>> -Sanjay
>>>
>>> Emil Crumhorn wrote:
>>>
>>>> I checked the fixed header and found some issues. You should see the
>>>> fixed code in the nightly build tonight, along with other fixes, so
>>>> give that a go when it's available and let me know if that fixes it.
>>>
>>>> Regards,
>>>> Emil
>>>
>>>
>>>> "Sanjay" <kommon@hotmail.com> wrote in message
>>>> news:c0571c7844feda7a28a8ba1b59dc78fc$1@www.eclipse.org...
>>>>> Emil, thanks for detailed comments. Can you please tell me what am I
>>>>> doing wrong for Locked Header: For Setting initail zoom level to hour
>>>>> max and returning false for most methods in ISettings and true for
>>>>> locking header when I scroll vertically say to the end of the chart,
>>>>> header scrolls down as well such that it may appear in the middle of
>>>>> the chart or at the bottom. What I want is header to stay on top when
>>>>> I scroll the chart down.
>>>>>
>>>>> Thanks
>>>>>
>>>>>
>>>
>>>
>
>
Re: Gantt Widget 2.0 - Any Requests? [message #56314 is a reply to message #56299] Mon, 14 July 2008 19:28 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: kommon.hotmail.com

I guess I am using Ganttchart in way not intended to be used. I wanted to
use it for hourly tasks. I did remove getWorkDayStartHour but doing so
does not even display Horizontal Bar.

-Sanjay

Emil Crumhorn wrote:

> By the way, you're using a feature marked as not to be used, the
> getWorkDayStartHour(). This will cause you all kinds of issues, such as
> disappearing events. This feature is taken out in the latest source (will go
> "live" tonight) as it's not implemented and not working. I suggest removing
> it and trying your code again, you'll find everything working much better.

> I'm still looking at the Fixed scrollbar, but I wanted to let you know about
> that as that's the source of a lot of strangeness.

> Emil

> "Sanjay" <kommon@hotmail.com> wrote in message
> news:8b882e0eb1c609cd6aa603a7773b66ea$1@www.eclipse.org...
>> Emil, here is the snippet of my events and Isettngs interface. When you
>> drag horizontal scrollbar thumb and say drop in the center then things
>> mess up. Let me know if this helps. Thanks.
>>
>> GanttChart snippet:
>> GanttChart ganttChart = new GanttChart(shell,
>> GanttChart.H_SCROLL_FIXED_RANGE, mySettings);
>> Calendar sdEventOne = Calendar.getInstance();
>> Calendar edEventOne = Calendar.getInstance();
>> sdEventOne.set(2008, 7-1, 7, 2, 00, 10); // month range is from 0 to 11
>> edEventOne.set(2008, 7-1, 7, 4, 30, 20);
>> Calendar sdEventTwo = Calendar.getInstance();
>> Calendar edEventTwo = Calendar.getInstance();
>> sdEventTwo.set(2008, 7-1, 7, 3, 00, 10); // month range is from 0 to 11
>> edEventTwo.set(2008, 7-1, 7, 5, 00, 20);
>> // Create events
>> GanttEvent eventOne = new GanttEvent(ganttChart, "Task 1", sdEventOne,
>> edEventOne, 35); GanttEvent eventTwo = new GanttEvent(ganttChart, "Task
>> 2", sdEventTwo, edEventTwo, 10); GanttEvent e2 = new
>> GanttEvent(ganttChart, "Task 3", sdEventTwo, edEventTwo, 10);
>> ganttChart.getGanttComposite().setDate(sdEventOne, SWT.TOP, false);
>>
>>
>> mySettings implementation snippet:
>>
>> public int getInitialZoomLevel() {
>> return ZOOM_HOURS_MAX;
>> }
>> public int getWorkDayStartHour() {
>> return 2;
>> }
>> public boolean lockHeaderOnVerticalScroll() {
>> return true;
>> }
>>
>> ------------------------------------------------------------ -------
>> Emil Crumhorn wrote:
>>
>>> Hi Sanjay,
>>
>>> Could you provide me with a snippet that reproduces what you are
>>> experiencing? Or if you can reproduce it via the GanttTester let me know
>>> a step by step and I will take a look.
>>
>>> Thanks!
>>> Emil
>>
>>> "Sanjay" <kommon@hotmail.com> wrote in message
>>> news:df406d3b6ec87ee81d52843923fdf4b9$1@www.eclipse.org...
>>>> Not sure if my previous post got lost but here it is again. Emil, it did
>>>> fix the header issue and it seems to be working fine. Only issue left
>>>> that is prevnting me to use it is the fixed horizontal scroll bar issue.
>>>> When I scroll using scroll thumb in fixed horizontal scroll bar my
>>>> events disappear, scroll bar disappears and chart starting time is all
>>>> messed up as well. I know you have provided so much flexibility for
>>>> customization and that ofcourse makes it very complex to implement.
>>>> Thanks for you support.
>>>>
>>>> -Sanjay
>>>>
>>>> Emil Crumhorn wrote:
>>>>
>>>>> I checked the fixed header and found some issues. You should see the
>>>>> fixed code in the nightly build tonight, along with other fixes, so
>>>>> give that a go when it's available and let me know if that fixes it.
>>>>
>>>>> Regards,
>>>>> Emil
>>>>
>>>>
>>>>> "Sanjay" <kommon@hotmail.com> wrote in message
>>>>> news:c0571c7844feda7a28a8ba1b59dc78fc$1@www.eclipse.org...
>>>>>> Emil, thanks for detailed comments. Can you please tell me what am I
>>>>>> doing wrong for Locked Header: For Setting initail zoom level to hour
>>>>>> max and returning false for most methods in ISettings and true for
>>>>>> locking header when I scroll vertically say to the end of the chart,
>>>>>> header scrolls down as well such that it may appear in the middle of
>>>>>> the chart or at the bottom. What I want is header to stay on top when
>>>>>> I scroll the chart down.
>>>>>>
>>>>>> Thanks
>>>>>>
>>>>>>
>>>>
>>>>
>>
>>
Re: Gantt Widget 2.0 - Any Requests? [message #56335 is a reply to message #56314] Mon, 14 July 2008 20:41 Go to previous messageGo to next message
Emil Crumhorn is currently offline Emil CrumhornFriend
Messages: 169
Registered: July 2009
Senior Member
Yeah, the fixed scrollbar itself needs work. I'm looking at it, but I
suggest you use the Infinite scrollbar until I've solved it.

Regards,
Emil

"Sanjay" <kommon@hotmail.com> wrote in message
news:bbc4d7ad6d7d39a1cda4055df563cb61$1@www.eclipse.org...
>I guess I am using Ganttchart in way not intended to be used. I wanted to
>use it for hourly tasks. I did remove getWorkDayStartHour but doing so does
>not even display Horizontal Bar.
>
> -Sanjay
>
> Emil Crumhorn wrote:
>
>> By the way, you're using a feature marked as not to be used, the
>> getWorkDayStartHour(). This will cause you all kinds of issues, such as
>> disappearing events. This feature is taken out in the latest source (will
>> go "live" tonight) as it's not implemented and not working. I suggest
>> removing it and trying your code again, you'll find everything working
>> much better.
>
>> I'm still looking at the Fixed scrollbar, but I wanted to let you know
>> about that as that's the source of a lot of strangeness.
>
>> Emil
>
>> "Sanjay" <kommon@hotmail.com> wrote in message
>> news:8b882e0eb1c609cd6aa603a7773b66ea$1@www.eclipse.org...
>>> Emil, here is the snippet of my events and Isettngs interface. When you
>>> drag horizontal scrollbar thumb and say drop in the center then things
>>> mess up. Let me know if this helps. Thanks.
>>>
>>> GanttChart snippet:
>>> GanttChart ganttChart = new GanttChart(shell,
>>> GanttChart.H_SCROLL_FIXED_RANGE, mySettings);
>>> Calendar sdEventOne = Calendar.getInstance();
>>> Calendar edEventOne = Calendar.getInstance();
>>> sdEventOne.set(2008, 7-1, 7, 2, 00, 10); // month range is from 0 to 11
>>> edEventOne.set(2008, 7-1, 7, 4, 30, 20);
>>> Calendar sdEventTwo = Calendar.getInstance();
>>> Calendar edEventTwo = Calendar.getInstance();
>>> sdEventTwo.set(2008, 7-1, 7, 3, 00, 10); // month range is from 0 to 11
>>> edEventTwo.set(2008, 7-1, 7, 5, 00, 20);
>>> // Create events
>>> GanttEvent eventOne = new GanttEvent(ganttChart, "Task 1", sdEventOne,
>>> edEventOne, 35); GanttEvent eventTwo = new GanttEvent(ganttChart, "Task
>>> 2", sdEventTwo, edEventTwo, 10); GanttEvent e2 = new
>>> GanttEvent(ganttChart, "Task 3", sdEventTwo, edEventTwo, 10);
>>> ganttChart.getGanttComposite().setDate(sdEventOne, SWT.TOP, false);
>>>
>>>
>>> mySettings implementation snippet:
>>>
>>> public int getInitialZoomLevel() {
>>> return ZOOM_HOURS_MAX;
>>> }
>>> public int getWorkDayStartHour() {
>>> return 2;
>>> }
>>> public boolean lockHeaderOnVerticalScroll() {
>>> return true;
>>> }
>>>
>>> ------------------------------------------------------------ -------
>>> Emil Crumhorn wrote:
>>>
>>>> Hi Sanjay,
>>>
>>>> Could you provide me with a snippet that reproduces what you are
>>>> experiencing? Or if you can reproduce it via the GanttTester let me
>>>> know a step by step and I will take a look.
>>>
>>>> Thanks!
>>>> Emil
>>>
>>>> "Sanjay" <kommon@hotmail.com> wrote in message
>>>> news:df406d3b6ec87ee81d52843923fdf4b9$1@www.eclipse.org...
>>>>> Not sure if my previous post got lost but here it is again. Emil, it
>>>>> did fix the header issue and it seems to be working fine. Only issue
>>>>> left that is prevnting me to use it is the fixed horizontal scroll bar
>>>>> issue. When I scroll using scroll thumb in fixed horizontal scroll bar
>>>>> my events disappear, scroll bar disappears and chart starting time is
>>>>> all messed up as well. I know you have provided so much flexibility
>>>>> for customization and that ofcourse makes it very complex to
>>>>> implement. Thanks for you support.
>>>>>
>>>>> -Sanjay
>>>>>
>>>>> Emil Crumhorn wrote:
>>>>>
>>>>>> I checked the fixed header and found some issues. You should see the
>>>>>> fixed code in the nightly build tonight, along with other fixes, so
>>>>>> give that a go when it's available and let me know if that fixes it.
>>>>>
>>>>>> Regards,
>>>>>> Emil
>>>>>
>>>>>
>>>>>> "Sanjay" <kommon@hotmail.com> wrote in message
>>>>>> news:c0571c7844feda7a28a8ba1b59dc78fc$1@www.eclipse.org...
>>>>>>> Emil, thanks for detailed comments. Can you please tell me what am I
>>>>>>> doing wrong for Locked Header: For Setting initail zoom level to
>>>>>>> hour max and returning false for most methods in ISettings and true
>>>>>>> for locking header when I scroll vertically say to the end of the
>>>>>>> chart, header scrolls down as well such that it may appear in the
>>>>>>> middle of the chart or at the bottom. What I want is header to stay
>>>>>>> on top when I scroll the chart down.
>>>>>>>
>>>>>>> Thanks
>>>>>>>
>>>>>>>
>>>>>
>>>>>
>>>
>>>
>
>
Re: Gantt Widget 2.0 - Any Requests? [message #56366 is a reply to message #56335] Thu, 17 July 2008 21:17 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: jianshi.wang.gmail.com

Emil,

I'm just wondering if there's a way to do the following -

- set the height of a GanttSection
- remove any text label from the GanttEvent (Currently I'm setting
mNameChanged to false to accomplish this.)
- make the events size to its correct size (hourly size) when zoomed out
to the day size. seems like when only the days are showing the events
span the whole day even if they're only an hour long. is there anyway to
fix this?


Thanks for your hard work on this widget. Looking a lot better since
version 1.

-James
Re: Gantt Widget 2.0 - Any Requests? [message #56430 is a reply to message #56366] Fri, 18 July 2008 13:56 Go to previous messageGo to next message
Laurent Marchal is currently offline Laurent MarchalFriend
Messages: 91
Registered: July 2009
Member
Hi Jian,

Emil is in holidays for 2 weeks, so i think he will not respond until he
comes back.

As i know you can remove any text label on a GanttEvent by returning an
empty string in DefaultSettings:getTextDisplayFormat().

I can not help you for the others.

Cheers.
Laurent Marchal.

(James) Jian Shi Wang wrote:
> Emil,
>
> I'm just wondering if there's a way to do the following -
>
> - set the height of a GanttSection
> - remove any text label from the GanttEvent (Currently I'm setting
> mNameChanged to false to accomplish this.)
> - make the events size to its correct size (hourly size) when zoomed out
> to the day size. seems like when only the days are showing the events
> span the whole day even if they're only an hour long. is there anyway to
> fix this?
>
>
> Thanks for your hard work on this widget. Looking a lot better since
> version 1.
>
> -James
Re: Gantt Widget 2.0 - Any Requests? [message #56646 is a reply to message #56430] Mon, 28 July 2008 21:24 Go to previous message
Eclipse UserFriend
Originally posted by: jianshi.wang.gmail.com

Thanks for your reply Laurent! It was very helpful.

I'm still stuck on the fact that when I zoom to anything higher than the
day granularity, the width of the event spans the entire day. So
basically if I have 2-3 events a day on the same scope, it'll get
overlapped. Is there any way to turn off that "feature?" I just want the
event to be placed correctly in the week granularity or higher.

Can someone please help me with this?

-James

Laurent Marchal wrote:
> Hi Jian,
>
> Emil is in holidays for 2 weeks, so i think he will not respond until he
> comes back.
>
> As i know you can remove any text label on a GanttEvent by returning an
> empty string in DefaultSettings:getTextDisplayFormat().
>
> I can not help you for the others.
>
> Cheers.
> Laurent Marchal.
>
> (James) Jian Shi Wang wrote:
>> Emil,
>>
>> I'm just wondering if there's a way to do the following -
>>
>> - set the height of a GanttSection
>> - remove any text label from the GanttEvent (Currently I'm setting
>> mNameChanged to false to accomplish this.)
>> - make the events size to its correct size (hourly size) when zoomed
>> out to the day size. seems like when only the days are showing the
>> events span the whole day even if they're only an hour long. is there
>> anyway to fix this?
>>
>>
>> Thanks for your hard work on this widget. Looking a lot better since
>> version 1.
>>
>> -James
Re: Gantt Widget 2.0 - Any Requests? [message #589958 is a reply to message #53151] Mon, 19 May 2008 13:27 Go to previous message
Dan Healy is currently offline Dan HealyFriend
Messages: 6
Registered: July 2009
Junior Member
Emil,

Showing time in minutes, and coordinating a tree with the gantt (both of
which you are already planning) are two features that will be very useful
for me. Thanks!

-dan healy

"Emil Crumhorn" <emil.crumhorn@gmail.com> wrote in message
news:g0id48$c0m$1@build.eclipse.org...
> I'm currently in the process of coding a version 2.0 of the Gantt chart
> widget and thought I'd "throw it out there" to hear if anyone has any
> requests.
>
> I don't really have a grasp over how many use the widget (I'm
> guessing not that many). The biggest request I've gotten is the hours view
> (that lets you drill down to the minute) - which will go
> into 2.0.
>
> There is no ETA, I will put it up when it's "finished", but it's getting
> towards that mark.
>
> Here's a quick list of the bigger changes apart from loads of
> optimizations and bugfixing that will go
> into in 2.0.
>
> (Side note: at the last minute I realized all my screenshots have the same
> GANTT sections set on them and same colors, but this was just quick and
> dirty, so I don't feel like redoing them. When sections are used the chart
> does not draw further down than the bottom section, otherwise it will
> always fill the client area. Here's a screenshot of the chart without
> sections to give an idea: http://hexapixel.com/gantt/gantt_normal.jpg )
>
> ------------------------------
>
> - Hours view (lets users view and control events down to the minute). It
> has 3 zoom modes.
> Screenshot: http://hexapixel.com/gantt/gantt_hours.jpg
>
> - GanttSections which let you split up a chart into subsections that can
> have different colors as well. Usage example: "You have two teams that
> work
> on the same task, but each team also have different sub-tasks. Now you can
> split the chart in two and show both teams in the same chart but they're
> each in their own group".
> Screenshot: http://hexapixel.com/gantt/gantt_sections.jpg
>
> - Advanced tooltips (same as the Ribbon tooltip) that allows for control
> over all color/font aspects. Events now support individual tooltips as
> well.
> Screenshot: http://hexapixel.com/gantt/gantt_tooltip.jpg
>
> - Fixed height on event-rows (many tend to tie a tree on the left side to
> the gantt on the right, and tree row-heights may not match the gantt-event
> heights which leads to a lot of pixel pushing in the settings).
> GanttGroups
> can also be recipients of fixed row heights.
> - Vertical alignment of events in fixed row heights
> Screenshot: http://hexapixel.com/gantt/gantt_fixed.jpg
>
> - Ability to not draw the headers, for anyone who wants to just draw
> events
> on a grid that has nothing to do with time.
>
> - Language settings via interface
>
> - Smoother edge drawing using alpha drawing on some sections (optional and
> mostly off by default as it can be slowish).
>
> - Gradients drawing on most sections such as background colors, header
> colors, section colors,e tc.
>
> - More control over the drawing of many items, such as tick marks, pixel
> offsets etc.
>
> - A few color themes by default, a blue one (office 2007 style), a
> white/gray one (typical widget l&f) and perhaps some others if I have the
> time.
>
> - Loads of other smaller things.
>
> - Lots of user code snippets and better documentation.
>
> Emil
>
Re: Gantt Widget 2.0 - Any Requests? [message #590089 is a reply to message #53308] Fri, 23 May 2008 21:53 Go to previous message
Eclipse UserFriend
Originally posted by: gmf.klmusic.no

I'd really like an out-of-the-box piano-roll widget for use with
midi-files.

This is simple: the widget has to be able to show 128 rows on the Y-axis
(preferably zoomable), and it has to scale down to milliseconds on the
X-axis (but with simple zooming). Event selection, resizing and dragging
is already there, right?

The Gantt widget has lots of functionality I don't need, but with these
features it would suit me perfectly.

Thanks,
Knut
Re: Gantt Widget 2.0 - Any Requests? [message #590096 is a reply to message #53751] Fri, 23 May 2008 22:19 Go to previous message
Emil Crumhorn is currently offline Emil CrumhornFriend
Messages: 169
Registered: July 2009
Senior Member
Yes, zooming and drag/drop/resize is already there.

Right now in the code there is Year (months), Month (weeks (tight days)),
Week (days), Hour (minute) views.. Showing 128 rows (events) would be no
issue, there's really no limit there. I actually had a bit of a laugh
thinking someone was probably going to request a Seconds view, but
Milliseconds is even beyond that as it's such a fine-scale tuning that a
seconds view would just be too big for it.

I'll see if it's doable with what I have right now after I've finished all
the current features and ironed out the bugs I know about, but I think it
might be hard.

Regards,
Emil

"Knut L" <gmf@klmusic.no> wrote in message
news:30c3644b238839ae5b5fbd0d7ca3f810$1@www.eclipse.org...
> I'd really like an out-of-the-box piano-roll widget for use with
> midi-files.
> This is simple: the widget has to be able to show 128 rows on the Y-axis
> (preferably zoomable), and it has to scale down to milliseconds on the
> X-axis (but with simple zooming). Event selection, resizing and dragging
> is already there, right?
>
> The Gantt widget has lots of functionality I don't need, but with these
> features it would suit me perfectly.
>
> Thanks,
> Knut
>
>
Re: Gantt Widget 2.0 - Any Requests? [message #590107 is a reply to message #53777] Sat, 24 May 2008 08:48 Go to previous message
Peter Kliem is currently offline Peter KliemFriend
Messages: 35
Registered: July 2009
Member
Hi Emil,

Emil Crumhorn wrote:
> Yes, zooming and drag/drop/resize is already there.
>
> Right now in the code there is Year (months), Month (weeks (tight days)),
> Week (days), Hour (minute) views.. Showing 128 rows (events) would be no
> issue, there's really no limit there. I actually had a bit of a laugh
> thinking someone was probably going to request a Seconds view, but
> Milliseconds is even beyond that as it's such a fine-scale tuning that a
> seconds view would just be too big for it.
>
> I'll see if it's doable with what I have right now after I've finished all
> the current features and ironed out the bugs I know about, but I think it
> might be hard.

I did include support for millisecond scales in the jaret timebars (for
scientific visualization of events). And you are right: this is hard. I
ran into tons of problems with the scroll bars etc. I would guess your
time is better invested in other useful features of your nice gantt chart.

@Knut: just take a look at http://jaret.de/timebars this might solve
your problem.

Peter

>
> Regards,
> Emil
>
> "Knut L" <gmf@klmusic.no> wrote in message
> news:30c3644b238839ae5b5fbd0d7ca3f810$1@www.eclipse.org...
>> I'd really like an out-of-the-box piano-roll widget for use with
>> midi-files.
>> This is simple: the widget has to be able to show 128 rows on the Y-axis
>> (preferably zoomable), and it has to scale down to milliseconds on the
>> X-axis (but with simple zooming). Event selection, resizing and dragging
>> is already there, right?
>>
>> The Gantt widget has lots of functionality I don't need, but with these
>> features it would suit me perfectly.
>>
>> Thanks,
>> Knut
>>
>>
>
>
Re: Gantt Widget 2.0 - Any Requests? [message #590131 is a reply to message #53803] Tue, 27 May 2008 13:02 Go to previous message
Michael Strothjohann is currently offline Michael StrothjohannFriend
Messages: 52
Registered: July 2009
Member
short note (and just for reference) :
Birt 2.2 - another eclipse.org project - now contains Gantt-Chart:
( http://www.eclipse.org/birt/phoenix/project/notable2.2.php#j ump_9 )
There "chart-engine" includes line-, bar- scatter- and bubble-chart ...

michael

"Peter Kliem" <peter@kliemax.de> schrieb im Newsbeitrag
news:g18kpn$jch$1@build.eclipse.org...
> Hi Emil,
>
> Emil Crumhorn wrote:
>> Yes, zooming and drag/drop/resize is already there.
>>
>> Right now in the code there is Year (months), Month (weeks (tight days)),
>> Week (days), Hour (minute) views.. Showing 128 rows (events) would be no
>> issue, there's really no limit there. I actually had a bit of a laugh
>> thinking someone was probably going to request a Seconds view, but
>> Milliseconds is even beyond that as it's such a fine-scale tuning that a
>> seconds view would just be too big for it.
>>
>> I'll see if it's doable with what I have right now after I've finished
>> all the current features and ironed out the bugs I know about, but I
>> think it might be hard.
>
> I did include support for millisecond scales in the jaret timebars (for
> scientific visualization of events). And you are right: this is hard. I
> ran into tons of problems with the scroll bars etc. I would guess your
> time is better invested in other useful features of your nice gantt chart.
>
> @Knut: just take a look at http://jaret.de/timebars this might solve your
> problem.
>
> Peter
>
>>
>> Regards,
>> Emil
>>
>> "Knut L" <gmf@klmusic.no> wrote in message
>> news:30c3644b238839ae5b5fbd0d7ca3f810$1@www.eclipse.org...
>>> I'd really like an out-of-the-box piano-roll widget for use with
>>> midi-files.
>>> This is simple: the widget has to be able to show 128 rows on the Y-axis
>>> (preferably zoomable), and it has to scale down to milliseconds on the
>>> X-axis (but with simple zooming). Event selection, resizing and dragging
>>> is already there, right?
>>>
>>> The Gantt widget has lots of functionality I don't need, but with these
>>> features it would suit me perfectly.
>>>
>>> Thanks,
>>> Knut
>>>
>>>
>>
Re: Gantt Widget 2.0 - Any Requests? [message #590226 is a reply to message #53151] Wed, 28 May 2008 21:30 Go to previous message
Emil Crumhorn is currently offline Emil CrumhornFriend
Messages: 169
Registered: July 2009
Senior Member
If anyone wants to play around with the GanttWidget v2.0, I've set up a
nightly build process for all my Nebula widgets which can be found at
http://www.hexapixel.com/files/nightly/ . The build builds both jars, source
jars and javadoc jars. Hopefully I didn't forget something.

I'll set up a build process for the snippets as well as soon as I finish
them.

As for the Gantt widget I can't think of much left to do on it apart from
some additional performance tuning perhaps. It runs pretty fast as it is
right now (caching a few GC things sped it up considerably). I'll wait for
feedback.

And as a side note, I think I will just re-link all Nebula download links
for my widgets as well, as it seems nightly builds haven't run since
February 11th (!?) .. I'm a bit tired of telling people to use CVS to get
the latest code.

Emil
Re: Gantt Widget 2.0 - Any Requests? [message #590597 is a reply to message #53854] Mon, 23 June 2008 19:37 Go to previous message
Eclipse UserFriend
Originally posted by: alblaise.laposte.net

I'm developing a plug-in for a RCP application, and I'm using the
GanttChart project. This project is just what was looking for.

The gantt widget is already very nice, but for my project I need some
functions that are not covered yet and could be useful to every body. My
needs are :

1) I would like to drill down until the minute (because currently we are
stuck on hours).

2) It would be handsome to specify limits for the background calendar
(start calendar and end calendar) to avoid the infinite horizontal
scrollbar.

3) I need to display the gantt chart on the given zoom level directly in
one step.

I heard by the news group that some of my needs are planned to be
integrated into the GanttChart project. Do you have an idea about a
beta-release date for those intended features?

I found few little bugs, like when you “double click” on an event, the
listener is called in loop. Also, when you add, for example, 100 events,
the vertical scroll bar gets hidden, there is probably an issue with the
vertical scrollbar update.

Thanks!

Alexandre
Previous Topic:StringIndexOutOfBoundsException when editing FormattedText
Next Topic:CDateTime - Pattern Question
Goto Forum:
  


Current Time: Sat Dec 20 16:35:12 GMT 2014

Powered by FUDForum. Page generated in 0.06242 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software