Main place for discussions about U++ cross platform development framework.
Hello all Google Summer of Code is a program that awards with money students that work in approved Open Source projects. To participate in it first the open source project has to apply to it as a "mentor organization". The deadline for this is this Friday 12. Main things to do are: - Open a "ideas" page in web - Fill the mentor organization questionnaire There is few time and few opportunities to be approved but some of us think that we would have to try it. If you can help please answer to this post ASAP. We have only 4 days, so we have to be very constructive talking ONLY about "Applying to GSoC as a Mentoring Organization". Please put other discussions in other posts. If you cannot participate this week but you have an idea for a project please post it, including: - Project description - Experience required to do it Do not forget that there is few time to do the project ("summer of code") so please be specific including only projects to be finished in short time. Some links: - Google Summer of Code 2010 FAQ http://socghop.appspot.com/document/show/gsoc_program/google /gsoc2010 - "ideas" page examples: -- https://svn.boost.org/trac/boost/wiki/soc2009 -- http://wiki.winehq.org/SummerOfCode -- http://wiki.wxwidgets.org/Development:_Student_Projects - Selection criteria http://socghop.appspot.com/document/show/program/google/gsoc 2009/orgcriteria - Advices for mentor organization http://code.google.com/p/google-summer-of-code/wiki/Advicefo rMentors - Mentoring How To http://people.gnome.org/~federico/docs/summer-of-code-mentor ing-howto/index.html - Mentoring experiences -- http://arstechnica.com/open-source/news/2008/01/netbsd4-inte rview.ars/8 -- http://blog.musicbrainz.org/?p=310 -- http://my.bzflag.org/gsoc/bzflag_gsoc2007_post_mortem.pdf
I think tomorrow we can have a irc meeting about this issue, correct? I would really be happy if you can arrange this because I am really busy now doing other things. Mirek
U++ port to KDE/Qt The goal is to provide a library* which wraps Qt theming API and draw U++ widgets using it. Right now U++ is using gtk+ theming API which make applications look ugly under KDE and gtk+ libs have to be available in order for application to run. This library will make U++ non-dependent on a theming API but rather selecting proper theming engine at runtime so application look will be changed based on running context - KDE(Qt based) or Gnome(gtk+ based). If Qt or gtk+ don't exists and user have only X11 server U++ will use it's own theming API for drawing widgets. Experience needed Some U++ knowledge, some Qt knowledge. Andrei (* Package in U++ terms)
Hello Andrei Thank you for your proposal. I would ask you just more details, about three lines about it. Do not think this text is a commitment. Final project definition will change as it comes from an agreement between mentor and student. Mirek I am agree with you. We can talk about it tomorrow Tuesday. In advance you can propose some ideas and think where to locate "ideas" page in main page.
Hello Koldo, I've updated my previous post. Regarding GSOC Ideas page it may be located on (upp-mirror)googlecode.org wiki so we don't have to use uppweb or wait one night for it to update. Btw, who should edit Ideas page, students or mentors or both? If both then having Ideas page on googlecode wiki will allow students which participate in GSOC to edit it if they are added as contributor to U++ in upp-mirror. Andrei
Hello Andrei Quote: I've updated my previous post. Very good Quote: Regarding GSOC Ideas page it may be located on (upp-mirror)googlecode.org wiki so we don't have to use uppweb or wait one night for it to update. Btw, who should edit Ideas page, students or mentors or both? Smile If both then having Ideas page on googlecode wiki will allow students which participate in GSOC to edit it if they are added as contributor to U++ in upp-mirror. I think ideas page do not have to be very dynamic and it is not the last word about new project proposals. The final GSOC approved projects come from an arrangement between mentor organizations and students. I think ideas page and other infrastructure included in GSOC mentor organization application questionnaire have to demonstrate Google that Upp is a dynamic well organized project able to manage projects with external people, mentoring and integrating them into the developers structure. In addition projects have to be attractive, they can be developed in few months and ( ) cool.
Hello all Two possible ideas: - Video Player Control This control would integrate ffmpeg video decoding and sdl to visualize .avi, .mpg, ... video files. It would need to work using ffmpeg, sdl so gcc/mingw knowledge and Upp knowledge would help. - Web Browser Control This control would integrate a web browser into a control. Possibly the best option would be to use webkit. It would need to work using webkit so gcc/mingw knowledge and Upp knowledge would help. In all projects if external libraries are used it would be necessary that the license would be BSD or similar. Similarly it would be important that all projects would be implemented in Windows and GNU/Linux leaving open the possibility to, in a future, be implemented in OSX.
SVG parser (->Painter) Maybe even vector editor (for TheIDE).
Hello all I cannot be in the meeting. However I can help in doing the ideas web and the questionnaire. Please send a post after the meeting to know what to do. Thank you.
Well, I think we have enough themes now. Perhaps somebody now should go and create these pages? Mirek
luzr wrote on Wed, 10 March 2010 09:01 Well, I think we have enough themes now. Perhaps somebody now should go and create these pages? Mirek Hello Mirek I can do the ideas page. About the place to put it, in a long term I would add a "Developer page" in the left side menu, and GSOC would be inside it. However for now I see two possibilities: 1. From Andrei Quote: Regarding GSOC Ideas page it may be located on (upp-mirror)googlecode.org The three projects I have seen (see previous post) have a wiki page with GSOC inside it. 2. To put GSOC ideas in "Status & Roadmap". Please answer me which of them, or other.
Whatever works for you the best. Another option is "hidden" webpage in www.ultimatepp.org. Mirek
luzr wrote on Wed, 10 March 2010 11:34 Whatever works for you the best. Another option is "hidden" webpage in www.ultimatepp.org. Mirek Hello Mirek At least from this Friday the page should be visible and convincing as if Upp proposal would be approved by Google, many students would try to see our projects and contact us.
koldo wrote on Wed, 10 March 2010 05:52 luzr wrote on Wed, 10 March 2010 11:34 Whatever works for you the best. Another option is "hidden" webpage in www.ultimatepp.org. Mirek Hello Mirek At least from this Friday the page should be visible and convincing as if Upp proposal would be approved by Google, many students would try to see our projects and contact us. Sorry, I meant that the page is not normally accessible from frontpage - more or less to avoid redesign of the page. But page itself would be visible.
One more important: - U++ as library (with possible separation or mode of TheIDE as resource editor only).
Hello all Draft page is included from Status & Roadmap although it is not online now so you would have to download it and run uppweb to see it in advance. To improve the quality of the proposals I have included - Difficulty - Proposed roadmap including internal or external references to previous works It is important to fill those fields because it demonstrates GSOC administrators that our proposals are well prepared. Today I have fixed some details but please post whatever you have found.
koldo wrote on Thu, 11 March 2010 10:33 Draft page is included from Status & Roadmap although it is not online now so you would have to download it and run uppweb to see it in advance. This is a reason why i like GSOC Ideas page to be in upp-mirror wiki and not in Upp site. We have to wait for sync and modifications may do only people which have uppweb configured. Tomorrow is the last day for organization applications and changes made tomorrow will appear only the day after tomorrow... i dislike that. Btw, what's the status of application? Is Upp registered or we wait until last day or maybe next year ?
andrei_natanael wrote on Thu, 11 March 2010 16:45 koldo wrote on Thu, 11 March 2010 10:33 Draft page is included from Status & Roadmap although it is not online now so you would have to download it and run uppweb to see it in advance. This is a reason why i like GSOC Ideas page to be in upp-mirror wiki and not in Upp site. We have to wait for sync and modifications may do only people which have uppweb configured. Tomorrow is the last day for organization applications and changes made tomorrow will appear only the day after tomorrow... i dislike that. Btw, what's the status of application? Is Upp registered or we wait until last day or maybe next year ? Hello Andrei As I posted before we are working a lot in this application. It is the first time so we are learning fast. And of course all support is acknowledged. I think that all this work is worthwhile anyway because it helps new developers to enter in the project, with or without the kind help from Google. And we will enter our application tomorrow
Hello Andrei Quote: This is a reason why i like GSOC Ideas page to be in upp-mirror wiki and not in Upp site. We have to wait for sync and modifications may do only people which have uppweb configured. Both wiki and uppweb need permission and Upp site could be updated more frequently as server is most the time idle. However IMHO web is enough big for now. I would only: - Follow with translations - Improve and standardize page look IMO I would add the majority of new contents in Wiki pages. I thought Google Code wiki had too much simple look. However after checking this http://code.google.com/p/gps-gimp-paint-studio/wiki/Introduc tion perhaps we can have a nice looking wiki.
About GSOC Idea page, doesn't have mentors for each idea to be listed there? Who are u++ mentors? Until now i guess Mirek and Koldo.
andrei_natanael wrote on Fri, 12 March 2010 10:30 About GSOC Idea page, doesn't have mentors for each idea to be listed there? Who are u++ mentors? Until now i guess Mirek and Koldo. Hello Andrei Some open source projects that apply to Gsoc have now mentors but others do not. The Gsoc mentorship also requires between other requirements: - Time: The student will work full day and the mentor has to support him/her - Interested: You as mentor have to love the project I think the mentorship would have to be very public using Forum and Wiki actively. This way the student would receive support not only from the mentor but from the full community. Also the mentorship could not be directly related to Gsoc. It could be just part or our strategy with new and energetic contributors. IMO it is key to develop a clear "Welcome Manual" that a newbie with ideas, skills and time can read to begin fast in U++.
Hello all Ultimate++ project application to Google Summer of Code has been submitted. During this week Google will decide which projects will participate in this program. The competence is awesome: all main Open Source projects apply to GSoC. And the number of available slots is limited. Outside U++ I have heard an opinion saying (in simplified version) that GSoC is not interesting because long term supporters are convinced with the project. And convinced people works for free (like you, and you, and you, ... ). Well, I think this opinion is oversimplified because (in simplified version ): - GSoC is a world wide program. If anybody is concerned about PR (public relations) well, many of the BIG projects are in. - Students apply for it because: -- It is excellent for their curriculum -- They get about 5k$ - We want this great students working full time for our project. And we have to convince them because we want them inside, also after GSoC. - This is not granted for free: We have to work a lot in, at least: -- Students selection -- Project management -- Mentorship (a lot of work) However, the good thing of this is that we have to develop a system that: - coming from the very first day of a person in U++ to be the new Mirek - will let this skilled, polite, organized, easy going and handsome person to get it in a finite deadline - arranging the project and the community as the same thing. Because GSoC lasts few months. But U++ is opened 365/24: - to give all programmers the best tools - and to receive --- more or less skilled people --- with more or less time --- but feeling that here there is something worth spending their valuable time. Well, and that is great.
Very excited News! Sorry for my delay, I was busy with OCP(Oracle Certified Professional) exams. And now go back to u++! My new intentions is: 1. To integrate open ocilib(http://orclib.sourceforge.net/) in u++ 2. Finish to test and integrate google v8 for runtime developing 3. Finish to integrate xlslib to u++ 4. Finish to make a variant of Plugin framework If is other more important task lets put by importance and complete it! Best regards, Ion Lupascu (tojocky)
tojocky wrote on Tue, 16 March 2010 20:40 Very excited News! Sorry for my delay, I was busy with OCP(Oracle Certified Professional) exams. And now go back to u++! My new intentions is: 1. To integrate open ocilib(http://orclib.sourceforge.net/) in u++ 2. Finish to test and integrate google v8 for runtime developing 3. Finish to integrate xlslib to u++ 4. Finish to make a variant of Plugin framework If is other more important task lets put by importance and complete it! Best regards, Ion Lupascu (tojocky) Hello tojocky, welcome back Have you passed the exams ? Thank you for your offer. Please try to include additional info, trying to follow the "ideas" page format here http://www.ultimatepp.org/www$uppweb$gsoc$en-us.html. They could be or not in GSoC. However it is a good basic form to get an idea about them.
Hi all, I know this may be to late, but Koldo told me it isn't so here it is: My idea would have been to make an Upp plugin/feature for eclipse. It would bring to eclipse the following things: - C/C++ GUI creation / form editor - UPP project / package management - Upp iml editor - C++ SQL management - translation facilities - integrated app documentation - portable GUI apps - ... all the Upp strengths It would benefit from eclipse the following things: - great C/C++ parser - complete completion - call graph - include graph - ... all the full featured C/C++ editor functions And since there are no C/C++ GUI designers in eclipse, I would expect a very quick response from the eclipse community/users. This would definitely push Upp to light Maybe this is compatible with Mirek's idea of Upp being a library ? Maybe this could also fit in the eclipse GSoC ? Finally, the mentoring would need, at least an experienced eclipse developer ( maybe the student ? ) and a good Upp developer with deep knowledge of the Upp mechanics.
Didier wrote on Wed, 17 March 2010 00:03 Hi all, I know this may be to late, but Koldo told me it isn't so here it is: My idea would have been to make an Upp plugin/feature for eclipse. It would bring to eclipse the following things: - C/C++ GUI creation / form editor - UPP project / package management - Upp iml editor - C++ SQL management - translation facilities - integrated app documentation - portable GUI apps - ... all the Upp strengths It would benefit from eclipse the following things: - great C/C++ parser - complete completion - call graph - include graph - ... all the full featured C/C++ editor functions And since there are no C/C++ GUI designers in eclipse, I would expect a very quick response from the eclipse community/users. This would definitely push Upp to light Maybe this is compatible with Mirek's idea of Upp being a library ? Maybe this could also fit in the eclipse GSoC ? Finally, the mentoring would need, at least an experienced eclipse developer ( maybe the student ? ) and a good Upp developer with deep knowledge of the Upp mechanics. Hello Didier If this could be done in few months, it could be valid for GSoC (I do not have experience in Eclipse so I cannot answer) What do you think about it Mirek ?
Hello Koldo, yes, I have passed the exams. Thanks for hint Koldo, I will try to include additional info! koldo wrote on Tue, 16 March 2010 22:42 Hello tojocky, welcome back Have you passed the exams ? Thank you for your offer. Please try to include additional info, trying to follow the "ideas" page format here http://www.ultimatepp.org/www$uppweb$gsoc$en-us.html. They could be or not in GSoC. However it is a good basic form to get an idea about them.
Hi, Seems that Upp didn't get in GSOC this year http://socghop.appspot.com/gsoc/program/accepted_orgs/google /gsoc2010
andrei_natanael wrote on Thu, 18 March 2010 21:56 Hi, Seems that Upp didn't get in GSOC this year http://socghop.appspot.com/gsoc/program/accepted_orgs/google /gsoc2010 Yes it is We have received this afternoon a very kind answer from Google informing us that this year it has not been possible to accept us and encouraging us to reapply net year. The good thing is that this releases us from the pressure of this program now. From today we have one full year to prepare us for next application. In addition all the organization we are going to setup will be useful from the beginning. To be in GSoC will be a sweet cake but we will begin to eat cookies shortly Now more than ever we all are U++.
Hello all GSoC organization has been very kind again by sending us some advices about our application: The ideas list was not very well fleshed out. Especially for organizations that have not participated previously, they like to: - see links to further documentation in each idea - contact information for a potential mentor - links to source code for students to check out, etc. We did a good job of classifying each idea according to difficulty, but all of our ideas were either medium or difficult, which can be a barrier to GSoC students who do not already have knowledge of U++. They recommend beefing up our ideas list and to look for ways to take the experience of onboard new contributors to include it in next year GSoC application.
Hello, Google announced GSoC 2011 program so i think we need to start thinking at it. I would like to apply for same application from last year - KDE port of U++. IMO would be good if we would have (*as a choice*, because i know U++ is mainly statically linked): - U++ as a library - lib files for simple linkage from other IDE's and dll/so to make it easier to write plugins which use U++. - Selecting theme engine at runtime - a .so file which provide theming for KDE and another for Gnome - part of that will be solved by my GSoC application - if user doesn't have any DM based on gtk/qt then U++ style will be used. Andrei
Yeah, we should really start working on the application... Another thing still missing from U++ (aside from above mentioned theming) is BrowserCtrl. Any student who happens to know a bit about webkit internals (or any other engine) could do a great job at making the U++ bindings Honza
Hello GSoC 2011 new pages are set here. The initial ideas page is here with your ideas. Please add more details. It will give us more possibilities. Pages are open to you. Edit them as much as possible . Read our 2010 experience (very important! ) GSoC main page is here. Of course it is a must to read it. Please add as much doc. as possible. It is not enough to include links to other good projects. The possibilities are limited so we have to be more active and interesting than others. If you do not want to update uppweb put the texts and somebody will do it for yourself. It is much better to put organized doc. in the web than just in the Forum. Now it is the time to participate!
Hello Koldo, Thanks for setting up the pages for GSoC 2011. In my previous post regarding U++ as a library i've only said what I think would be fine to have I'm not the original author of the idea for GSoC, it was proposed last year too and it was also discussed some years ago in forum. I think it would solve some problems we have now about creating plugins which use U++. If we don't have a dll/so then U++ code should be linked statically with every plugin and i think nobody wants to have a plugin which is 2MB+ and there are also other problems regarding that. Regarding my second wish - "Selecting theme engine at runtime" i've said that it will be solved as part of my proposal for GSoC 2011 and it is the same as it was in 2010 - U++ port to KDE, so if you're kind you may copy the details from U++ GSoC 2010 page. If "U++ port to KDE" will be accepted in GSoC 2011 then - "Selecting theme engine at runtime" will be part of it, because currently is impossible to have gtk and qt theming in same application in U++, and because of that, when creating KDE theming for U++ one will have to make it loadable at runtime make U++ select at runtime to use gtk or qt. I don't see other way to have KDE look and feel for a U++ application. It is possible to have also "Selecting theme engine at runtime" and part of that would be: - port current U++ gtk+ theming part to a dynamic library - add U++ support to load it (and qt theming part if ever provided) at runtime - make possible for developers who want to have only gtk/qt theming available at compile time (statically linked), so there should be no dynamic library provided if developer choose to use qt or gtk theming To explain why it is important: 1. having U++ as dll/so and lib is important for plugins, using U++ in other IDE's 2. having U++ qt theming is important to have same look and feel in KDE as KDE applications 3. having theming "engines" as .so files make our applications only depend on X11 if we choose so and if any qt/gtk is present use that for theming else use U++ default theme. I don't have now time to explain more detailed but I think maybe it's enough to figure out what i wanted to say. Andrei P.S.: I'm still a student (master degree), that's why i wanted to apply to GSoC (with U++ port to KDE). I don't want to be mentor at last not yet, but if that's necessary i may think at that. P.P.S.: Why U++ port to KDE? Because when using KDE i dislike having to install tone of gtk+/gnome libs only to use one application and when using Gnome i dislike installing tone of libs from qt/kde. So i thinkg U++ with X11 dependencies and qt/gtk at runtime will be a best solution (despite Mirek's beliefs about dll hell )
Hello, I propose to make from TheIde infrastructure a distributed build system with a server/client structure running TCP/IP. I think this can be pulled of with a medium amount of effort because TheIde already has a build system. Raxvan.
raxvan wrote on Fri, 11 February 2011 17:05 I propose to make from TheIde infrastructure a distributed build system with a server/client structure running TCP/IP. I think this can be pulled of with a medium amount of effort because TheIde already has a build system. And it already has the ability to build on remote machines That would be very little work
dolik.rce wrote on Fri, 11 February 2011 18:05 raxvan wrote on Fri, 11 February 2011 17:05 I propose to make from TheIde infrastructure a distributed build system with a server/client structure running TCP/IP. I think this can be pulled of with a medium amount of effort because TheIde already has a build system. And it already has the ability to build on remote machines That would be very little work Really.. ? I had no idea. Then this would be my next big thing i will try to do after i finish the include assist .
Hey all It is great to have you here. Please do not post ideas in Forum, post them in uppweb (or both). Please try to edit following the format (or improving it). I mean, fill ALL these fields: - Proposed by - Difficulty - Experience required - Description - Mentors - Roadmap If you are an student, you can propose a project. Fill these fields as much as you can, but describing it all well, and post it in the Forum. In next posts we will give you more details.
It is very important to have ideas of various difficulties listed in the ideas section. So far there has been only very difficult tasks and we ain't gonna lure those students to work for us if we offer them only hard work So I just added a new, simple idea to write a GUI frontend for git, with possible integration into TheIDE, similar to usvn. If you have another any ideas from the simple to medium parts of the spectrum, please fill them in as well. Honza
Hello all U++ GSoC pages have been updated. Please check them and fix immediately any defect you could find. If you want deeper changes you are welcome. Lets talk them in Forum.
Idea: - Name: Distributed build server - Proposed by: Razvan Oprea - Difficulty: High - Experience required: UPP,Servers programming, TheIde Build Methodology - Description: A standalone server can build source files and return the result to the client. The system allows N clients to be connected to N servers. The client should be integrated in TheIde and Visual studio 2008/2010, with a nice interface displaying some overall statistics regarding the status of the servers. The hard part is to keep the workload balanced and have the system work with a minimum human interference. In this project the server can take advantage of the current Ide infrastructure creating the possibility for visual studio to build with GCC . - Mentors: TBD - Roadmap: TBD raxvan.
"U++ as a library" need mentor. If no one want to be, i'll try to, but i think just 2 mentors for U++ projects doesn't look too good . Andrei
andreincx wrote on Tue, 15 February 2011 15:55 "U++ as a library" need mentor. If no one want to be, i'll try to, but i think just 2 mentors for U++ projects doesn't look too good . Andrei Hello Andrei No problem. Now Ideas Page is a changing board. Anyway Google considers positively to have a prime mentor and a backup one.
Quote: Idea: - Name: Distributed build server - Proposed by: Razvan Oprea - Difficulty: High - Experience required: UPP,Servers programming, TheIde Build Methodology - Description: A standalone server can build source files and return the result to the client. The system allows N clients to be connected to N servers. The client should be integrated in TheIde and Visual studio 2008/2010, with a nice interface displaying some overall statistics regarding the status of the servers. The hard part is to keep the workload balanced and have the system work with a minimum human interference. In this project the server can take advantage of the current Ide infrastructure creating the possibility for visual studio to build with GCC Razz. - Mentors: TBD - Roadmap: TBD Hello Raxvan It is included. However, could you explain the utility of it?
Hello, The main purpose of the app is to use the computing power of idle workstations in order to speed up the compiling speed for a project. Usually most of the time, the CPU of a machine is not used 100% therefore when other people need to compile a big project the extra power can speed up this process significantly. Also another advantage of having such a system is the ability to compile and run on other remote platforms making the development for multiple operating systems much easier. The programmer can use the development environment of his choice and compile for any OS that has a build server running. This will increases productivity many times over just because the developer will use the IDE he is used with (constantly switching between Window and Mac is really a pain). Having a server with the ability to compile code remotely allows users to create a really powerful build machine keeping the costs of other computers down just because the user has to only run a simple editor. Also, if we take for example the package system of TheIde, the server can dynamically choose already built sources increasing the build speed even further. The main purpose of the Distributed Build System is to allow programmers to build projects on multiple machines, but this can be extended even further. For example the server can keep track of the source repository, automated nightly buils, or last stable binary files. Raxvan.
Another Idea: - Name: Google V8 JavaScript in U++ - Proposed by: Ion Lupascu - Difficulty: Medium - Experience required: UPP, V8 JavaScript, JavaScript - Description: V8 implements ECMAScript as specified in ECMA-262, 3rd edition, and runs on Windows XP and Vista, Mac OS X 10.5 (Leopard), and Linux systems that use IA-32 or ARM processors. In U++ V8 will be a good choise to create possibility for extensions. - Mentors: TBD - Roadmap: TBD
Somewhat simpler(?) idea: - Name: T++ preview inside TheIDE - Proposed by: Peter Helcmanovsky - Difficulty: Easy to Medium - Experience required: C++ - Description: Add into TheIDE a way to view edited T++ file without whitespace marks/etc, ie. "preview" mode (Eventually add different preview modes like Qtf/Pdf/Web). - Mentors: TBD - Roadmap: Find and learn about how T++ files are edited, and processed for view (there are some examples including Qtf Designer in TheIDE, UWord and uppweb generator). Check if Qtf Designer can be connected to T++ file editing and what benefits would bring such solution. Add preview mode to TheIDE. Eventually add different modes of preview.
Hello all At the same time of IRC meeting, I was talking with Borja, the GSoC administrator for Globus and mentor of OpenNebula. I expect in next days help from a KDE mentor too. He helped OpenMedula last year and they were accepted, so I think his help will be valuable . Borja said the most important thing in a project is the ideas list. The level of detail for our list is good, but he says we need more ideas, at least 10. He also said that ideas list often lead to interesting projects, but (in his experience) the best projects come from students that propose their own projects based on discussions with potential mentors. So it is a good idea to include a list of mentors including their "skills" to encourage the students to contact with them. This way if they have ideas for a project that are not part of the list provided, they know to whom to contact. He commented that people often includes ideas too complicated to be resolved in 3 months by a student. In Globus and OpenMedula they call them "blue sky" ideas. He considered it was a good idea to create the "Tutoring Plan" because Google appreciates that the organization has experience working with students. In a short summary: - we have to submit more ideas - if you want to be a mentor, please join the team and describe your skills in few words - if you are a student, let us know (we will indicate that the idea comes from a student), an talk with possible mentors to polish the idea.
Hi, I'm a student Andrei
Quote: I'm a student Included! We have now 8 ideas. With a few more we will be more eligible .
koldo wrote on Sun, 20 February 2011 21:33 Quote: I'm a student Included! We have now 8 ideas. With a few more we will be more eligible . lol! I'd like to suggest an extension to Mr Ped idea of the T++ preview. Improve the infrastructure of U++ help in general, maybe using Kohait help viewer. Possibly even create a standalone help package. 1. Structured table of contents in parallel with existing "package reference" help. Anyone can add things or add their own pages locally. 2. Existing topic++ pages can be linked to and links within those pages work whether they're viewed from the "new" help or existing. 3. Provide, history, favorites, bookmarks and retrace. 4. Press F1 in source code and the help window shows help for word under cursor i.e. add a mechanism that supports this. 5. Click on a blue square and you see the topic page in non-edit mode i.e. go straight to Mr Ped "preview mode". 6. Improve the help search so it takes you to the exact line. 7. Add "tag word" mechanism so that tag words can be assigned to a topic++ page and searched for. For extra credit 1. Generate pdf with table of contents of it all 2. Convert from topic++ format to google docs format and vice versa - maybe. 3. Improve/ automate the mechanism for users to submit changes/ improvements to the help. Should be plenty of people capable of mentoring this but I'm not one of them... Sooner or later I'm going to do some of this myself if no-one else does. Graeme.
Hello Graeme I have added your idea. Please review and complete it, specially the extra credits.
andreincx wrote on Wed, 09 February 2011 03:35 - U++ as a library - lib files for simple linkage from other IDE's and dll/so to make it easier to write plugins which use U++. Andrei How about using application itself as a library? Export required symbols from application and link against it. Theoretically, this should work.
Novo wrote on Sun, 20 February 2011 17:43 andreincx wrote on Wed, 09 February 2011 03:35 - U++ as a library - lib files for simple linkage from other IDE's and dll/so to make it easier to write plugins which use U++. Andrei How about using application itself as a library? Export required symbols from application and link against it. Theoretically, this should work. Hello Novo Could you detail it more . Like to be understood by (a dummy like) me...
Hello all Added more pages. Please be kind and fix mistakes and give your opinion. Now the priority is: - to get more fully explained ideas following the template - to get more mentors, including their skills (database, web, communications, engineering, video, ...)
koldo wrote on Mon, 21 February 2011 18:24 Novo wrote on Sun, 20 February 2011 17:43 andreincx wrote on Wed, 09 February 2011 03:35 - U++ as a library - lib files for simple linkage from other IDE's and dll/so to make it easier to write plugins which use U++. Andrei How about using application itself as a library? Export required symbols from application and link against it. Theoretically, this should work. Hello Novo Could you detail it more . Like to be understood by (a dummy like) me... Applications in ELF and COFF (Unix and Windows) formats are DLLs by them self. By default they do not export any symbols. This situation can be changed by using -E options with gcc linker on Linux (this will export all symbols), using dllexport on Windows (as with regular DLL), or by using a special file, which lists all symbols, which should be exported (this should work at least on Windows). If I remember correctly, you do not need to do anything else in case of Unix (ELF). By default Unix applications (ELF) are compiled with lazy symbol binding. This means that symbols are resolved at run time only if they are needed. If they are exported from application, they will be resolved. In case of Windows and old Unix (COFF format) all symbols should be resolved at link time. You will need to link your DLL against your_application.lib. I haven't tried to do this by myself, but I believe this should work.
Novo wrote on Wed, 23 February 2011 06:07 koldo wrote on Mon, 21 February 2011 18:24 Novo wrote on Sun, 20 February 2011 17:43 andreincx wrote on Wed, 09 February 2011 03:35 - U++ as a library - lib files for simple linkage from other IDE's and dll/so to make it easier to write plugins which use U++. Andrei How about using application itself as a library? Export required symbols from application and link against it. Theoretically, this should work. Hello Novo Could you detail it more . Like to be understood by (a dummy like) me... Applications in ELF and COFF (Unix and Windows) formats are DLLs by them self. By default they do not export any symbols. This situation can be changed by using -E options with gcc linker on Linux (this will export all symbols), using dllexport on Windows (as with regular DLL), or by using a special file, which lists all symbols, which should be exported (this should work at least on Windows). If I remember correctly, you do not need to do anything else in case of Unix (ELF). By default Unix applications (ELF) are compiled with lazy symbol binding. This means that symbols are resolved at run time only if they are needed. If they are exported from application, they will be resolved. In case of Windows and old Unix (COFF format) all symbols should be resolved at link time. You will need to link your DLL against your_application.lib. I haven't tried to do this by myself, but I believe this should work. Hello Novo Do you mean, to create a kind of dynamic plugin system?
koldo wrote on Wed, 23 February 2011 03:20 Do you mean, to create a kind of dynamic plugin system? Anything, which can be used as extension of UPP. Dynamic plugin system requires support in UPP. Theoretically, packages can be compiled as DLLs and linked in or loaded on demand.
Hello Novo In this recent post mirek said he did not want a dynamic plugin.
koldo wrote on Wed, 23 February 2011 16:34 Hello Novo In this recent post mirek said he did not want a dynamic plugin. Hi Koldo, I think Mirek wanted to say that the plugin architecture you're exposed in that thread can't be used as plugins (dll/so) loadable at runtime. AFAIK Mirek agree to have possibility to use plugins with U++. IMO the only thing that stops that is that U++ can't be compiled (easily?) as dll/so. But if Novo is right, then it should be possible, yet i like more the traditional solution Andrei
koldo wrote on Wed, 23 February 2011 10:34 Hello Novo In this recent post mirek said he did not want a dynamic plugin. I had a similar discussion with Mirek about DLLs a long time ago. Mirek didn't want to use DLLs because of performance reason. Statically linked application is much faster. I agree with that. Actually, in case of "application as DLL" you do not need to ask Mirek's permission because you do not need to change UPP. IMHO this discussion is offtopic in this thread. Let's move it somewhere else.
Hello Novo You are right. Please detail as much as possible, as clear as possible your idea and follow the format here.
koldo wrote on Mon, 21 February 2011 05:11 Hello Graeme I have added your idea. Please review and complete it, specially the extra credits. Sorry for the delay but due to a catastrophic earthquake here in Christchurch NZ, I've had no power or water for the last 3 days. I'm fine though, unlike a few people. Regarding the extra credits 1. Converting to PDF - we can do this already, right? I know nothing about it but the table of contents and preferably also the index, need to become a clickable table of contents and a clickable index and also the links need to work - may be a bit of a challenge. Perhaps a project on its own. 2. Convert to google docs format - this was just a wild thought because it's a google thing. Google docs allows simultaneous online changes by multiple users so possibly people could write and maintain an individual help page as a google doc and import as a topic page when convenient. With a proper help infrastructure, people might become more interested in updating the help and the easier it is, the more likely people are to contribute. 3. Automate the mechanism for submitting changes to the help - relating to what I said just above, automate the process so that people are more likely to contribute. How easy are topic++ files to diff? Maybe something for a student to investigate. Maybe Google docs is a solution. Graeme
Thank you Graeme I hope you and your family are all ok: http://www.nzherald.co.nz/christchurch-earthquake-photos/new s/headlines.cfm?c_id=1503036
koldo wrote on Thu, 24 February 2011 05:00 Hello Novo You are right. Please detail as much as possible, as clear as possible your idea and follow the format here. I've made a small example for Windows. It works. I'm not sure that this project is a good candidate for GSOC, but it looks like nobody else is using this trick. UPP could be the first. It is up to the UPP community to decide.
Another Idea: - Name: IPC(Inter-process Communication) using named pipes (local host) and socket (network) - Proposed by: Ion Lupascu - Difficulty: Medium - Experience required: UPP, socket, named pipes (POSIX, WINDOWS) - Description: Using IPC can create a stable plugin manager with crash prevent (ex: Google Chrome), running parallel scripts of V8 JavaScript, etc. A good experience result is chromium project (Google Chrome). - Mentors: Ion Lupascu - Roadmap: TBD
tojocky wrote on Mon, 28 February 2011 15:00 Another Idea: - Name: IPC(Inter-process Communication) using named pipes (local host) and socket (network) - Proposed by: Ion Lupascu My 2 cents: We could even benefit from using the ZeroMQ framework here, that makes an awesome abstraction of IPC/sockets/whatever layers... I dream of seeing ZeroMQ wrappers in U++. Some C++ bindings already exist. Lionel
chickenk wrote on Mon, 28 February 2011 16:49 tojocky wrote on Mon, 28 February 2011 15:00 Another Idea: - Name: IPC(Inter-process Communication) using named pipes (local host) and socket (network) - Proposed by: Ion Lupascu My 2 cents: We could even benefit from using the ZeroMQ framework here, that makes an awesome abstraction of IPC/sockets/whatever layers... I dream of seeing ZeroMQ wrappers in U++. Some C++ bindings already exist. Lionel Thank you. I will analyze this. Is better to integrate a well supported project instead of individual project.
Well, we are (almost) officially candidates for GSoC 2011. This year there are two new questions: - If you are a small or new organization applying to GSoC, please list a larger, established GSoC organization or a Googler that can vouch for you here. - If you are a large organization who is vouching for a small organization applying to GSoC for their first time this year, please list their name and why you think they'd be good candidates for GSoC here: If you know an organization that could vouch us please try your best . The deadline is March 11, 2011 at 23:00 UTC.
chickenk wrote on Mon, 28 February 2011 16:49 tojocky wrote on Mon, 28 February 2011 15:00 Another Idea: - Name: IPC(Inter-process Communication) using named pipes (local host) and socket (network) - Proposed by: Ion Lupascu My 2 cents: We could even benefit from using the ZeroMQ framework here, that makes an awesome abstraction of IPC/sockets/whatever layers... I dream of seeing ZeroMQ wrappers in U++. Some C++ bindings already exist. Lionel First stept of integration is ready! Thank you for saving my time!
koldo wrote on Tue, 01 March 2011 15:39 Well, we are (almost) officially candidates for GSoC 2011. This year there are two new questions: - If you are a small or new organization applying to GSoC, please list a larger, established GSoC organization or a Googler that can vouch for you here. - If you are a large organization who is vouching for a small organization applying to GSoC for their first time this year, please list their name and why you think they'd be good candidates for GSoC here: If you know an organization that could vouch us please try your best . The deadline is March 11, 2011 at 23:00 UTC. Google people said this in discussion groups: Google puts a lot of trust into the organizations that are taking part in GSoC. The idea behind this "voucher" is that if you're a new and lesser known organizaton, that you try and find an established org that can vouch for you so that Google extends the trust they put into them onto your org. You can still apply without it, but if you're really small, new, and unknown, having some other org vouch for you would probably increase your chances.
Did U++ applied for GSoC? Or we're waiting for an organization who can vouch us? Andrei
andreincx wrote on Sat, 05 March 2011 22:48 Did U++ applied for GSoC? Or we're waiting for an organization who can vouch us? Andrei Hello Andrei Yes, as in previous year, we have applied. We have one week to do changes in the application. See here the timeline.
Alea jacta est. Whoever has any objections, speak now or forever hold your peace. (Friday is the last day)
U++ was not accepted
Oh yes, it is official. Thank you for your effort.
koldo wrote on Sat, 19 March 2011 18:50 Oh yes, it is official. Thank you for your effort. Thank you Koldo for your great efforts! I thing that we can continue without GSOC. Every of us have our little projects for existence. if we improve our code and make it better, than in a short time we can achieve more success. Together we can do more!