|
STATUS: WYSIWYG Design-Time Ribbonbar Designer? |
Post Reply 
|
| Author | |
tfrancois 
Groupie 
Joined: 21 August 2007 Status: Offline Points: 78 |
 Post Options
 Thanks(0)
 Quote Reply
 Topic: STATUS: WYSIWYG Design-Time Ribbonbar Designer?Posted: 18 January 2008 at 2:59am |
|
Is this still being worked on and planned for Release 12 of the ActiveX suite controls?
Is there an alpha/beta version that I could help test? I need to be able to start using this functionality ASAP! Please help! Thank you.
|
|
 |
|
|
tfrancois
Groupie
Joined: 21 August 2007 Status: Offline Points: 78 |
Post Options
Thanks(0)
Quote Reply
Posted: 21 January 2008 at 12:20am |
|
Oleg, I was wondering if you or anyone else at Codejock would be kind enough to respond to my inquiry about this very important feature. Thanks.
|
|
|
|
|
Oleg
Admin Group 
Joined: 21 May 2003 Location: United States Status: Offline Points: 11234 |
Post Options
Thanks(0)
Quote Reply
Posted: 21 January 2008 at 2:24am |
|
Hello, Sorry, there are a lot of tasks with more priority than Ribbon support for Designer. I'm not sure it will be implemented in 12.0 :-(
Why it is so difficult create it in code ?
|
|
|
Oleg, Support Team
CODEJOCK SOFTWARE SOLUTIONS |
|
|
|
|
corpcon
Groupie
Joined: 28 June 2007 Status: Offline Points: 70 |
Post Options
Thanks(0)
Quote Reply
Posted: 21 January 2008 at 4:47pm |
|
Not that difficult - just very tedious and awkward. Certain components of codejock (command bar buttons and menus), are not RAD friendly.
|
|
|
|
|
tfrancois
Groupie
Joined: 21 August 2007 Status: Offline Points: 78 |
Post Options
Thanks(0)
Quote Reply
Posted: 21 January 2008 at 5:54pm |
That's my point exactly. It's very frustrating because I want to use Codejock's ribbonbar control but without this designer I just don't have the time to do it and won't even try.
I think you are underestimating the VALUE that the designer brings. I think you would see an INCREASE IN SALES if you were to implement this. Without it, most RAD developers and hobbyists won't be interested in migrating to this control after being accustomed to being able to build their UIs without having to write so much code with other products.
Let me know when you all decide to do this. I'll purchase 2-3 copies of the suite faster than you can imagine.
|
|
|
|
|
Bernie
Senior Member 
Joined: 05 July 2007 Location: Taiwan Status: Offline Points: 109 |
Post Options
Thanks(0)
Quote Reply
Posted: 21 January 2008 at 7:30pm |
|
My apology, dear tfrancois I can not persuad myself into agreeing with what you have mentioned.
Compared with the time that we developed the same interface on our own, CJ products have saved plenty of our time. You SHOULD HAVE HAD extra time.
I admit, at the beginning, the complex system of CJ controls is frustrating. However, since I am familiar with the context, I can develop programs efficiently. Remeber, I am a part-time programmer with less experience than you. I can do it. You certainly can, too.
|
|
|
Bernie Ho, Planning Manager + IELTS specialist + part-time programmer
Taiwan, R.O.C |
|
|
|
|
corpcon
Groupie
Joined: 28 June 2007 Status: Offline Points: 70 |
Post Options
Thanks(0)
Quote Reply
Posted: 21 January 2008 at 10:34pm |
|
Bernie, in what world is manual coding multiple aspects of each object faster than simply drawing it (in the case of a button) and entering it (in the case of a menu) and adding a line or two of code? The following functions, that the Commandbar requires is not necessary in a typical RAD control ... (using the Commandbar menus as an example) - Ridiculous number of otherwise pointless constants - Manually labeling menu items in code - Manually placing menu items in code - Having to enable/disable or make visible menu items in such an awkward and restrictive fashion And the Commandbar buttons are similar. It's just such a huge waste of time, and comes with its own set of logistic problems in real world programming scenarios. I truly detest having to work with the Commandbar for these reasons, but I have no choice when using SkinFramework, due to its "nature" of incompatibility with existing menus and threed panels. |
|
|
|
|
tfrancois
Groupie
Joined: 21 August 2007 Status: Offline Points: 78 |
Post Options
Thanks(0)
Quote Reply
Posted: 21 January 2008 at 10:39pm |
Thank you. You made my point exactly. I am a full-time programmer who does NOT have the luxury of spending lots of my time developing and writing code for functionality that I can do in a fraction of time via a Designer. That is what RAD is all about. If I was interested in doing so, I would be developing in C# or another programming language. I understand the affinity that some might have for writing all this code, and if the Designer exists, you will have the choice to continue to do so. I am simply asking for the ABILITY TO MAKE THE CHOICE between the two methods also. Currently, I don't have that choice. And given the choice of to do so or not to do so, I gather you too would use the designer if the functionality were there. Why wouldn't you?!
|
|
|
|
|
tfrancois
Groupie
Joined: 21 August 2007 Status: Offline Points: 78 |
Post Options
Thanks(0)
Quote Reply
Posted: 21 January 2008 at 10:44pm |
Thank you. This is what I am trying to say. I gather that Codejock doesn't want to take the time to do this because it may be too difficult a task for them. I think if they understood that they would open up their library to many more developers who continue to emplore RAD methodology as not a luxury, but a necessity. I don't appreciate that it is taken foregranted that RAD development techniques are not simply for the hobbyists, but also for REAL programmers who simply don't have the TIME to try something different or more time consuming. It's a shame, because otherwise their products are EXCELLENT. I hope you are hearing, Oleg. It's important.
|
|
|
|
|
XpatTech
Groupie
Joined: 26 November 2007 Location: United Kingdom Status: Offline Points: 37 |
Post Options
Thanks(0)
Quote Reply
Posted: 30 January 2008 at 10:11am |
|
I was going to make a statement saying why I would need a ribbonbar designer, but after reading the comments above, its all been said.
Hope CJ see the need for this.. |
|
|
|
|
tfrancois
Groupie
Joined: 21 August 2007 Status: Offline Points: 78 |
Post Options
Thanks(0)
Quote Reply
Posted: 07 April 2008 at 3:36am |
|
And now that v.12 is here, at least in beta version, there is STILL NO WORD on when the design-time RibbonBar designer will be included or made available.
I think over all the changes/additions to the controls...this is the most important feature that Codejock continues to overlook. I wish they would understand and appreciate how important this feature is to some of us. (Not sure if I'm right? Take a look at the # of views to this post vs. other topics.)
Please, Oleg...anybody...what's the likelihood this is going to happen anytime soon?!
|
|
|
|
|
Oleg
Admin Group
Joined: 21 May 2003 Location: United States Status: Offline Points: 11234 |
Post Options
Thanks(0)
Quote Reply
Posted: 07 April 2008 at 6:02am |
|
Hi,
Unfortunatelly it won't be part of 12.0 release :(
|
|
|
Oleg, Support Team
CODEJOCK SOFTWARE SOLUTIONS |
|
|
|
|
tfrancois
Groupie
Joined: 21 August 2007 Status: Offline Points: 78 |
Post Options
Thanks(0)
Quote Reply
Posted: 07 April 2008 at 12:08pm |
|
Is it something you plan on implementing at all, Oleg?
It just seems to me that this is not being given any priority at all. Please let me know as this is the only thing I am waiting for before I make the leap to converting my app completely over from another vendor solely for the Ribbonbar functionality.
|
|
|
|
|
Oleg
Admin Group
Joined: 21 May 2003 Location: United States Status: Offline Points: 11234 |
Post Options
Thanks(0)
Quote Reply
Posted: 07 April 2008 at 12:27pm |
|
Hi, Just to clarify - you don't understand how to create it in code or don't want to ? I quite sure it will be even fast to create it in code than in designer - because you can create method that add new button but with designer you have manually add it, assign some tooltip, description, caption etc.
|
|
|
Oleg, Support Team
CODEJOCK SOFTWARE SOLUTIONS |
|
|
|
|
corpcon
Groupie
Joined: 28 June 2007 Status: Offline Points: 70 |
Post Options
Thanks(0)
Quote Reply
Posted: 07 April 2008 at 12:48pm |
In other words ... a few seconds worth of work. Please read my earlier comment about all the effort involved in the current hard coding method.
Speaking for myself, I know how to do it (I had no choice) - but I don't want to because it's WAAAYYYY too time consuming, becuase it still requires a heck of a lot of coding and is more difficult to manage with run-time events.
|
|
|
|
|
tfrancois
Groupie
Joined: 21 August 2007 Status: Offline Points: 78 |
Post Options
Thanks(0)
Quote Reply
Posted: 07 April 2008 at 12:50pm |
|
Oleg,
I don't think you understand - in some instances it is more feasible to TRY DIFFERENT VISUAL scenarios and see how they work/look BEFORE you can decide what eventually works best for an application. If you have no method to "play" with different visual scenarios, especially with fairly new interface like the ribbonbar, then it sometimes is not worth even trying it at all. Doing it via code would be beneficial ONLY in circumstances where there is no possible chance of variation or design flexibility. And when is that ever the case?
I really can't comprehend why the need for this designer has to be so justified?! The commandbar is a simpler interface than the ribbonbar and it had a designer!
I, respectfully, ask the same question of you and your development team: Is it that you do not want to create the ribbonbar designer or that you cannot?
I need it and would be willing to pay more for it. Can you help me?!
Thanks,
Ted.
|
|
|
|
|
tfrancois
Groupie
Joined: 21 August 2007 Status: Offline Points: 78 |
Post Options
Thanks(0)
Quote Reply
Posted: 07 April 2008 at 1:03pm |
I tell you the level of frustration I am feeling over having to explain this over and over again...thank you for speaking up and offering your own argument for why we need this designer.
There are about 3 or 4 other vendors who have implemented the RibbonUI and they all have EXCELLENT designers...unfortunately they all are for .NET applications only. Codejock is the ONLY vendor to have done a version for us COM/ActiveX developers and I can't be more appreciative. But without the designer, it's like being in a paddleboat without the oars. Seriously. I'm so frustrated with this. I hope they decide to do this eventually. It's the MAIN reason why I purchased an annual subscription.
|
|
|
|
|
kstowell
Admin Group
Joined: 25 January 2003 Location: MIchigan, USA Status: Offline Points: 496 |
Post Options
Thanks(0)
Quote Reply
Posted: 07 April 2008 at 2:26pm |
|
Hi,
We have scheduled development for the Ribbon UI designer once v12 is released. We are planning on adding support for Office 2007 blue, sliver and black color schemas. We will make this available to our customers in beta as soon as it becomes available. Thank you for your patience, there have been many requests that we have been adding to the 12.0 release and as much as we wanted to, we just did not have time to complete all of the tasks, unfortunately the Ribbon designer was one of them.
Regards,
|
|
|
Kirk Stowell, President and CEO
CODEJOCK SOFTWARE SOLUTIONS< |
|
|
|
|
tfrancois
Groupie
Joined: 21 August 2007 Status: Offline Points: 78 |
Post Options
Thanks(0)
Quote Reply
Posted: 07 April 2008 at 2:30pm |
|
Allelujah!
That is all I wanted to hear. I will wait for it for as long as it takes...but glad to hear definitively that it is coming! Thank you. It's all I ever wanted.
|
|
|
|
|
Post Reply
|
|
Tweet
|
| Forum Jump | Forum Permissions You cannot post new topics in this forum You cannot reply to topics in this forum You cannot delete your posts in this forum You cannot edit your posts in this forum You cannot create polls in this forum You cannot vote in polls in this forum |
Topic Options
corpcon wrote: