NextPVR Forums
  • ______
  • Home
  • New Posts
  • Wiki
  • Members
  • Help
  • Search
  • Register
  • Login
  • Home
  • Wiki
  • Members
  • Help
  • Search
NextPVR Forums Public Developers v
« Previous 1 … 26 27 28 29 30 … 93 Next »
The Future of WizTools

 
  • 0 Vote(s) - 0 Average
The Future of WizTools
Ommina
Offline

Senior Member

Posts: 330
Threads: 39
Joined: Feb 2006
#1
2008-12-31, 12:25 PM
Replying here as it would be horribly off-topic in its original thread.

JavaWiz Wrote:I've been following this thread with interest. It seems many of the UI Elements and helpers being proposed overlap with what several of the WizTools do. I don't think it is a good idea to have two sets of toolsets that basically have similar functionality and will potentially cause problems down the line.

The WizTools were my first experiment with programming in C# and GBPVR, so may not be as efficient or well thought out as they should be. Therefore I am considering stopping development and enhancements (bug fixes will still be supported) to that toolset in favor of what Reven is working on here. I will be glad to open up the WizTools source if any of it may be useful to this project.

Any comments, concerns about this approach?

My comments:

JW - unless you, personally, I completely sick of working on the project and would rather move on to something new, please do not be too hasty in walking away from the tools you have developed.

The Wiz series is now a mature, functional set of libraries. I do believe there is room for both, and I would hate to see them grow stale.
zehd
Offline

Posting Freak

Posts: 5,119
Threads: 249
Joined: Feb 2006
#2
2008-12-31, 03:29 PM
Ommina Wrote:Replying here as it would be horribly off-topic in its original thread.



My comments:

JW - unless you, personally, I completely sick of working on the project and would rather move on to something new, please do not be too hasty in walking away from the tools you have developed.

The Wiz series is now a mature, functional set of libraries. I do believe there is room for both, and I would hate to see them grow stale.

You know, using a one standardized set of libraries, is very logical for this community.

Adjusting the tools to start using the standard backends is quite a good idea, as I'll bet most of the work comes from User Interface and user proofing the User interfaces of the tools...

At least for me, backend is far easier than frontend
Frank Z
[COLOR="Gray"]
I used to ask 'why?' Now I just reinstall...
[SIZE="1"]______________________________________________
Author: ZTools: ZProcess, MVPServerChecker; UltraXMLTV Enhancer, Renamer, Manager; [/SIZE]
[/COLOR]
Ommina
Offline

Senior Member

Posts: 330
Threads: 39
Joined: Feb 2006
#3
2008-12-31, 10:52 PM
I do not disagree! Working on the UI is a pain.

However, I submit we already have such a backend, and have had for over a year, and it is far too early consider the open source project any kind of alternative. I guess I prefer "tried and trusted".

Of course -- if JW is tired of the project and wants to move on, well, that's another story.
JavaWiz
Offline

Posting Freak

Jacksonville, FL. USA
Posts: 2,522
Threads: 141
Joined: Dec 2006
#4
2009-01-01, 05:14 AM
Ommina Wrote:I do not disagree! Working on the UI is a pain.

However, I submit we already have such a backend, and have had for over a year, and it is far too early consider the open source project any kind of alternative. I guess I prefer "tried and trusted".

Of course -- if JW is tired of the project and wants to move on, well, that's another story.

I definitely dont want to abandon development of the tools (or some derivative of them). I am however finding myself more tied to my 'real' job and not as able to spend the time that I'd like to. There have been several requests for enhancements, and I don't believe I will be able to address them anytime soon.

For this reason (and a few others), I have been thinking for awhile to move the tools into the open source realm. I have expressed interest in what Reven and Whurlston are doing (their initial work looks promising), but I think it may take quite a bit of work to port, so I have not jumped on-board yet.

When I do make that jump, I'm hoping that the impact to developers currently using WizTools can be minimized with few changes and a pretty straight forward conversion route.

That said, I will continue to support WizTools with fixes until the port is complete (you may even see some enhancements).

If anyone wants to try to port, let me know and I will share my code as well as my ideas as to what a successful port would look like.
Ommina
Offline

Senior Member

Posts: 330
Threads: 39
Joined: Feb 2006
#5
2009-01-02, 01:50 AM (This post was last modified: 2009-01-02, 02:04 AM by Ommina.)
Well -- speaking for myself, and only myself, I would rather wait for WizUiTools enhancements (or just continue to use the version that I have, as I'm not waiting on any feature requests.)

The community project has made design decisions that are unacceptable to me, so in my eyes it is not an option, even were Wiz* to be ported to it.

Which is fine -- as indicated, I'm quite happy with the current state of the library, so should development stop where it is, that's OK too!
reven
Offline

Posting Freak

Posts: 5,782
Threads: 396
Joined: Sep 2004
#6
2009-01-02, 10:24 AM
Ommina Wrote:The community project has made design decisions that are unacceptable to me, so in my eyes it is not an option, even were Wiz* to be ported to it.

huh, what is unacceptable? its open source and using BSD license meaning you can do whatever you want with the code.
Ommina
Offline

Senior Member

Posts: 330
Threads: 39
Joined: Feb 2006
#7
2009-01-02, 10:51 PM
True, I could. But then that leaves multiple versions of the library available (in whatever capacity), and there goes the standardized libraries right out the window. It strikes me that having n versions with different functions and requirements floating about would be a step backward for us all.
reven
Offline

Posting Freak

Posts: 5,782
Threads: 396
Joined: Sep 2004
#8
2009-01-03, 01:53 AM
Ommina Wrote:True, I could. But then that leaves multiple versions of the library available (in whatever capacity), and there goes the standardized libraries right out the window. It strikes me that having n versions with different functions and requirements floating about would be a step backward for us all.

currently its only an open source library, theres no discussion as to distribution yet.
i would prefer to have a dll that auto updates itself when a new version is available.
« Next Oldest | Next Newest »

Users browsing this thread: 1 Guest(s)



Possibly Related Threads…
Thread Author Replies Views Last Post
  Skin - view further into the future, scale the guide Vitenka 5 3,360 2014-11-26, 07:28 PM
Last Post: Vitenka
  WizTools - 1.x Plugin Development Toolkit JavaWiz 308 80,778 2010-03-27, 09:55 PM
Last Post: Ommina
  Wiztools roadmap idkpmiller 9 3,205 2008-04-25, 04:11 AM
Last Post: psycik
  See how baseskin.xml works today, with an eye on the future. Fatman_do 0 1,341 2006-07-27, 04:23 PM
Last Post: Fatman_do
  inset non rectangle shape, possible in the future? reven 4 2,067 2005-12-27, 04:04 PM
Last Post: reven
  Future Plugin... IanGillan 0 1,156 2005-01-25, 04:29 AM
Last Post: IanGillan

  • View a Printable Version
  • Subscribe to this thread
Forum Jump:

© Designed by D&D, modified by NextPVR - Powered by MyBB

Linear Mode
Threaded Mode