plainblack.com
Username Password
search
Bookmark and Share

    
Goto page «Previous Page   1 2    Next Page»

WebGUI 8 Todo List

User JT
Date 9/15/2009 10:07 am
Views 2919
Rating -1    Rate [
|
]
Previous · Next
User Message
JT

I have attached the WebGUI 8 todo list here. This document represents the scope of the changes we have planned for WebGUI 8, and some of the reasoning behind those changes. The goal with this document is not to provide specifications for what is to be done, but rather set forth a list of important items that need to be achieved for WebGUI 8.

We appreciate any comments you may have.



Attached Files
Back to Top
Rate [
|
]
 
 
cap10morgan

This is an awesome list. The Must Haves alone will make a very, very cool release.

Have you given any thought to letting the community pledge money or development time (optionally w/ their hourly rate attached) towards specific optional features in the list? Then you can set the cost / hours threshold it has to meet to be a viable project. That would be a cool way to let us community folks put our money where our mouths are if there are specific things we really want to see get done.



Back to Top
Rate [
|
]
 
 
JT
Thanks for brining that up. Fund a feature is always an option. Simply  
send a request to dev@plainblack.com and you'll get a quote on how  
much it will cost. Make sure you mention it's on the WebGUI 8 todo  
list and you'll get a discounted rate. And finally post your quote to  
the dev mailing list to see if others will work with you to get it done.


Back to Top
Rate [
|
]
 
 
sge

Hello JT,

is search history still on your wishlist for WebGUI?  You and Patrick were discussing it earlier this year.

http://www.webgui.org/webgui/dev/discuss/user-event-history



Back to Top
Rate [
|
]
 
 
JT
Patrick has already written it. 

JT
On Sep 16, 2009, at 2:16 AM, <cscott@sge.com> wrote:

sge wrote:

Hello JT,

is search history still on your wishlist for WebGUI?  You and Patrick were discussing it earlier this year.

http://www.webgui.org/webgui/dev/discuss/user-event-history



http://www.webgui.org/develop/forum/webgui-8-todo-list/re-webgui-8-todo-list


--

WebGUI
http://www.webgui.org


Back to Top
Rate [
|
]
 
 
patspam
I did..?

If you're referring to History I suppose I better hurry up and RFE it! But it would need integration with the Search API to be of any use.. but didn't you say to William you wanted something specific and more powerful than a generic history mechanism for Search?

Thanks heaps for posting the 8.x TODO list. Now that I've finished clearing our my post-WUC email inbox I'm going to review the 8.x forms API proposal to see if it will be powerful/flexible/awesome enough to completely replace Survey's home-brew forms subsystem.

Cheers,

Patrick

On Wed, Sep 16, 2009 at 10:30 PM, <jt@plainblack.com> wrote:
JT wrote:

Patrick has already written it. 

JT
On Sep 16, 2009, at 2:16 AM, <cscott@sge.com> wrote:

sge wrote:

Hello JT,

is search history still on your wishlist for WebGUI?  You and Patrick were discussing it earlier this year.

http://www.webgui.org/webgui/dev/discuss/user-event-history



http://www.webgui.org/develop/forum/webgui-8-todo-list/re-webgui-8-todo-list


--

WebGUI
http://www.webgui.org


http://www.webgui.org/develop/forum/webgui-8-todo-list/4


--

WebGUI
http://www.webgui.org




Back to Top
Rate [
|
]
 
 
JT

Perhaps I'm misunderstanding the question. If the question is about just search history, then no that's not in the WebGUI 8 todo, and shouldn't be. WebGUI 8 is only about the stuff that needs to break APIs. Any kind of search history mechanism can be bolted on at any point in WebGUI's life cycle development.

If the question is about general user history, then patspam has written a nice little history utility. It's not in the core yet, and I haven't reviewed it so I can say that it will go into the core in its present condition, but Pat's stuff is usually top notch. All I was saying was that the work has already begun. Again, that really shouldn't have any bearing on WebGUI 8 either because it doesn't require the breakage of APIs.



Back to Top
Rate [
|
]
 
 
JT

Oh and Pat, keep in mind that the forms spec I gave you is an early draft release, not a final spec. We'll be continuing to develop it over the next several months and then releasing it to the dev list for all to see. It has already changed significantly from the WUC, especially in the area of definition(), but feel free to comment on what is there and we'll keep incorporating your comments as we move forward with the spec.



Back to Top
Rate [
|
]
 
 
sge

Excellent.  Search History and performance improvements.  I'm happy.



Back to Top
Rate [
|
]
 
 
bokkepoot

When looking at the "Replace Slaves with Multi-Master" the example configuration and the problems that it's solving, I suspect that you are trying to write to multiple db-servers.  Due to the way MySQL handles replication this would have a negative impact on load distribution (writing still has to happen on all db-servers in the master-circle + RO-slaves) due to the fact that writing on (secondary and lower) slaves will be serialized.  

Additionally, when writing on multiple db-servers for the same db, your application will have to behave (think application generated unique identifiers or application increased counters) or your replication cycle will break (or worse, you get inconsistent data amongst your write-masters).  You could ofcourse distribute db's on different write-masters, but I doubt that's the problem you're trying to solve.

If we disregard write-distribution, is the first problem to be solved that's listed on this issue also not valid?



Back to Top
Rate [
|
]
 
 
     Goto page «Previous Page   1 2    Next Page»



© 2012 Plain Black Corporation | All Rights Reserved