Hi, OK, You have my answers below and let me just write here what I think are good ideas of the ones mentioned previously, based on the discussion. I''m the ideas on the users mailing list also so they could give some suggestions on new custom components they are interested in.
Here is the new list: 1. Right click menu (find existing js implementation and integrate with it? or make something more generic that can be used with different js implementations of a right click menu?) 2. Grid enhacements: 1. better pager, 2. sorting params go in URL, 3. Better HibernateDataSource (more generic). 4.Changing column order and visibility and saving this in a db. 3. Integrate Tapestry with some NoSQL database like Couch DB but possibly not tie ourselves with one driver (Java adapter). 4. Enhance the hibernate support with some extra annotations providing better control over the type of transactions and open/close of a transaction in one session (session is opened/closed per request as i understand). 5. *NEW: *What about making a tab component (like in Jira) that works with the back button and makes an ajax call when pressing back). Also while on the topic, can we make ajax updates (zone updates) to add parameter in the URL so that the back button also reverts the action or so? I know its pretty complex, but would a simple scenario be useful for the majority of users? 6. *NEW: *Maybe making a notification bubble like in gmail when it says loading.. or sending etc.and also providing the "Are you sure you want to navigate away from this page" the dialog when closing a browser tab/window when you have some process in the background (like post or a zone update). 7. I'm thinking more about new components and what would the users be interested in the most so please step in with your suggestions. I'm posting a new post on the users list too collect some suggestions about new custom components. On Thu, Mar 24, 2011 at 10:27 AM, Ulrich Stärk <[email protected]> wrote: > Hey Dragan, > > I really like your initiative. I'd be willing to mentor a student this > year, so go ahead and discuss > your ideas. You'll have to understand though that it's not the mentor's > task to guide you through > technical issues you encounter or give you lessons on the product's > internals. I'll give you > feedback on your ideas, provide you with pointers to documentation and code > should you need it and > help you integrate with the community. But your main point of contact for > everything should be the > community as a whole, that is the users and developer mailing lists. > > That being said, you'll find my comments to your ideas inline. > > You might also want to look at > https://issues.apache.org/jira/browse/TAP5-1474 as well as at some of > the wishlist items for additional ideas. > > Uli > > On 24.03.2011 09:32, [email protected] wrote: > > Hey, that's great thanks. > > > > I would really appreciate if everyone reading this list could just write > > their ideas here for what the project should focus on. > > > > I have no problem with working on new components (like GSOC 2010) or some > > other functionalities. IMO I think that this project should focus on > > something that will be useful for the vast majority of users. Please feel > > free to discuss the ideas I wrote in the prev email, or I could elaborate > > them in more detail if needed. > > > > Thanks, > > Dragan Sahpaski > > > > > > > > On Thu, Mar 24, 2011 at 3:47 AM, Kalle Korhonen > > <[email protected]>wrote: > > > >> Thanks for volunteering Dragan. I think it's too good of a opportunity > >> for T5 to pass up. I think there are many more qualified T5 committers > >> to serve as mentors (hoping that Andreas would step up :) but if all > >> the other committers are too busy, I'll do it. I'm way busy at the > >> moment myself but I'll make time to make a strong proposal for > >> whatever topic you and us decide on. > >> > >> Kalle > >> > >> > >> On Wed, Mar 23, 2011 at 3:15 PM, [email protected] > >> <[email protected]> wrote: > >>> Hi, > >>> I want to be a T5 GSOC student because I want to contribute to the T5 > >>> community and I think that the GSOC programme can provide me with > >> mentorship > >>> (from a T5 commiter or high skilled developer) that will get me > familiar > >>> with the internals of the T5 web framework and IOC container. > >>> > >>> I know that the T5 devs are really busy, but I think it wont be much of > a > >>> burden for the mentor to have me as a student because I have some > >> background > >>> with t5, and I’m available on IM and email 24/7 (no fullltime > obligations > >> - > >>> just studies). > >>> > >>> I'm a first year masters student from Macedonia and I have about 2.5 > >> years > >>> experience with t5. I'm pretty familiar with Tapestry IOC, I've done > AOP > >> and > >>> meta-programming in t5 and I know jQuery (for some custom components). > >>> > >>> Here are some of my thoughts about potential GSOC 2011 tasks. Please > give > >> me > >>> some guidlines to discuss these or new ideas that would benefit the T5 > >>> community the most in order to get my proposal good and ready ASAP. > >>> > >>> GSOC 2011 - Applicant Dragan Sahpaski > >>> Tapestry ideas/proposals: > >>> > >>> 1. Grid component enhacements: > >>> 1. Sorting: Support url query parameters for sort keys (property > ids > >>> in the BeanModel). Example without zones: If you have a > >> List<Employe> > >>> and sort by employee.department you can get a URL like: > >>> /employeeslist?sort=department&order=asc. > >>> Example with zones: /employeeslist#sort=department&order=asc. > >>> The SPI behaviour can be generalized for zones but thats a > different > >>> story all together. > >>> 2. Pagination: better pager. Also page-number can go into the url. > >>> 3. Better HibernateDataSource for the grid > >>> 4. Changing column order and visibility and saving this in a db. > > Some thought has to be put into that as to what happens when there are > multiple Grids on the same > page. Generally I like the idea but it's not my favorite. > > >>> 2. Multi-upload component: > >>> 1. based on http://valums.com/files/2010/file-uploader/demo.htm > >>> https://github.com/valums/file-uploader > > Sounds like a good addition. It would be nice if > https://issues.apache.org/jira/browse/TAP5-638 > could be fixed at the same time. You'll have to pay attention to license > issues though. The > file-uploader you mentioned is licensed under GPL and LGPL. Both are > incompatible with the Apache > License and that component thus can't be integrated into Tapestry core. > > >>> > >>> > >>> 1. Persistence strategy for persisting @Persist-ed fields in the DB. > >>> Exporting and changing saved values between users. Example: This is > >> usefull > >>> when you are building a personalized app and the user changes UI > state > >> that > >>> gets saved in the DB and the changes he did are there the next time > he > >> logs > >>> in. > > Sounds interesting. > > >>> > >>> > >>> 1. Asynchronous DB operations. This would be a use case where the DB > >>> operation is not causing changes visible to the user so the request > >> does not > >>> need to wait for it. Example: Logging requests, the user is not aware > >> of > >>> this and doues not have to wait the logged request to get commited. > > You can already achieve that with what Tapestry provides today. What's the > additional benefit? > Well yes but I thought that providing an annotation like @Asynch that you can put on methods will be useful for not dealing with threads by hand and not using some other framework for background work if you need something basic to be done asynchronously. I know you can not make this generic enough, but I thought the use case with the background DB operation was motivating enough to do it. > >>> > >>> > >>> 1. Asynchronous Ajax updates (like gmail). I have no idea how to do > >> this > >>> ATM but its a very compelling UI feature. > > What's wrong with Zones? > I'm really sorry you're right. > > >>> > >>> > >>> 1. Right click menu: Comprehensive configuration options. Use it as a > >>> mixin, component etc. Have it configured by page, component etc. > > Nice. I like that one. > I chose this one as my no 1 candidate for now. > > >>> > >>> > >>> 1. Better transaction support with Hibernate. > > What's wrong with the current solution? What would you change and why? > I wouldn't change anything from what we have now but, but what if you want to have a read only session fro some methods and not for others (in the same request) or have a spare transaction for every method that is not annotated with @CommitAfter. I know this can also be done and would be something like a utility but we are brainstorming now right and I'm getting feedback which is really good for me. > > >>> 2. Integrate Tapestry with some NoSQL database. I have small > experience > >>> with CouchDB and MongoDB. > > This would be a nice addition. How would such an integration look like? > Also, I'd like to see a > generic integration that can be connected to differnt NoSQL databases with > the right driver and a > driver implementation for one of them. > I gave some thought today also, and IDK what the integration would look like, because all these NoSQL sollutions are REST based or simmilar and have multiple plugins for Java. Maybe we should integrate with some existing driver for Java for ex like extorp <http://code.google.com/p/ektorp/> or jrelax <https://github.com/isterin/jrelax/wiki>, but I'm not too sure how many users will benefit from it. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
