1. Do we have any timeline like say year end etc for next release? Any scope defined? I saw pgvthemes site shows future release ui.
2. I am wondering why we do not use php report maker / my sql report maker for reports, which can be easily customized. Any report framework will make life easy.
3. any plan around moving on css based layouts so we can have better templates like wordpress or joomla.
4. any plan on php 5.3 and thoughts on php6
5. any plan to change UI?
6. If we submit new features/ UI, whats approach to accept it. Any coding guidelines being followed?
7. If we submit new functionality, will eventually the core team merge it in next release? will core dev team will own code. or we need to create seperate project to maintain enhanced version of say 4.2.2 ?
I am confused, as I have stated in my other post, I am working with vendor to customize this application (will submit code, once we are done). Our dev work will take around 2 months, i.e. Dec end. If pgv comes with new release by march 10, I will end up reworking with vendor again to make it compatible.
Vendor will work for one time. Please guide me for generic roadmap for 2009-2010.
Mr ?? (you didn't sign your post and the Avatar only provides an assembled name).
So many questions, all run together. And many already answered here or in the help forums, but we'll try.
1) Do we have any timeline like say year end etc for next release?
If you review the history of releases, you'll see they are approximately ever 4 to 6 months. There is nothing I know that would change this general schedule.
2) Any scope defined? I saw pgvthemes site shows future release ui.
Not sure what you mean by 'scope'. As with every release, there have been major enhancements to the program functions and interface. As you can see an example of the current development branch in action, the 'scope' of the enhancements and changes are presented there. I would expect some minimal refinements, but little change to what you see. It includes the introduction of the GedFact Assistant, including the first templates for some census assistant forms, and John's new INDI page pagination, with tab management and some consolidated admin functions.
3) I am wondering why we do not use php report maker / my sql report maker for reports, which can be easily customized. Any report framework will make life easy.
I'll have to let someone else answer this.
3) Any plan around moving on css based layouts so we can have better templates like wordpress or joomla.
Sorry, there has already been significant recoding to remove some code issues that prevented this move, but unless you'd like to volunteer, I don't believe that there is currently any developer working on this portion of PGV.
4) Any plan on php 5.3 and thoughts on php6?
Php 5.3 functions with SVN and all remaining deprecated coding is being resolved as discovered by testers. You may receive some error warnings, but should not have any problems. There are several sites using SVN on php v5.3 very succcessfully.
6) Any plan to change UI?
Sorry, other than the substantial UI changes involved in the branch line visible on the pgvthemes site, or already included in SVN, I no of no other changes planned at this time. Greg continues to move more portions of the code data to SQL table containment and has a longterm plan to finish this.
7) If we submit new features/ UI, whats approach to accept it. Any coding guidelines being followed?
If you wish to become a contributing developer, then contact Greg or John or Gerry and present them with a history of your experience, examples of your talents and advise them exactly where you'd like to focus your time and effort. I'm sure they would welcome assistance if offered in the spirit intended and with proper discipline.
7) If we submit new functionality, will eventually the core team merge it in next release? will core dev team will own code. or we need to create seperate project to maintain enhanced version of say 4.2.2 ?
Hope this answers most of your questions. next time, try them more one at a time so a particular thread can be more useful when indexed and searched - with a more specific title. Personally, this was far to comprehensive to be held within one post/query. JOHO
Thanks for answers. I am not a php dev. I am planning to use this application for our community in India. I am working with some vendor who will do one time customization on pgv and submit the code.
This is a purely selfish and self motivated request.
Perhaps you and your developer could look into PGV's emailing system and try to work out how to add Bcc and cc fields to outgoing mail as no one else seems to have the time to attend to it. See:
The other thing that might be interesting is if you make contact with lsces (see the Blocks post) who is working on a port of PGV to Bitweaver as a plugin. I had a quick look at BW over the weekend and it seems to contain all the necessary components to build a very comprehensive community portal along with layouts and styling choices which make it very attractive. It would make for a very interesting development if PGV could be integrated into it.
If you are using a "vendor" take care they understand the full implications of the gpl licence that PGV operates under. ALL code must be freely available to anyone, and not sold or paid for in any way. Your "vendor" cannot claim any ownership rights.
Regarding your comment
If pgv comes with new release by march 10, I will end up reworking with vendor again to make it compatible.
I'm afraid thats the way voluntary open source developments like this sometimes work. There IS no fixed timetable, and no specified plan. The developers work on what interests them, and what they personally feel provides the most value. It is all part-time, unpaid work. So I'm afraid you, like all of us, will find it necessary to continuously modify any enhancements you create, either before or after each release. There are no guarantees. My guess is that there will definitely be a new release before March, perhaps even two. As Stephen has pointed out, one at least, the new tabs management code is a significant change to the UI code.
One suggestion, if you think your enhancements might become part of the standard PGV code, you could describe them here first, to see if other users feel they are as important as you do (preferably one at a time :-) ).
Finally, we had a lot of discussion here some while back about the nature of PGV, and where it might head in future. Its a very long thread, but you might find it interesting:
I have to ask why Bitweaver? Have you looked at anything else? There are three other software packages that are pervasive in the CMS space (Wordpress, Drupal, Joomla) and two of those CMS offerings have modules that are/were already compatible with PGV. Even if the modules for Drupal and Joomla are not up-to-date, it's still much more likely you'll find someone willing to help you update those existing modules rather than finding someone to create a Bitweaver add on with the same functionality.
I've built several sites using Wordpress, including blogs, news sites, church sites, and retail stores. I've also built a couple with Drupal, including church and neighborhood associations. I can tell you from personal experience, after building test sites using several CMS packages, that there is a reason these are at the top.
I'm sure you've done your homework, but couldn't help throwing my $.02 out there.
All that being said, this advice is probably worth what you're paying for it. :-)
wordpress with pgv makes perfect sence. I used joomla with pgv, its too bulky and not easy to manage. Unfortunately wordpress -pgv plugin is no longer up2date and working, so I am running pgv in isolation of wordpress.
do you have any idea why we don't use php report maker / my sql report maker for reports, which can be easily customized. Any report framework will make life easy.
My own reasons for wanting to combine PGV with bitweaver are quite simple. Having spent some 5 years getting a properly structured framework which I can add things to, Additional modules like PGV make perfect sense. I have got a number of the display pages already converted to smarty templates with my older port, and it should not take too long to restore all of the earlier work once I have tidied up the latest rebuild of the code.
One has to come from the other end … how can I use PGV with other things rather than how do I use other things with PGV
Certainly it's understandable that someone who already has an established CMS site would want to integrate PGV into what they already have. I was just curious as to why Jean, who apparently has not built a site using Bitweaver, would choose BW when there are, IMHO, better alternatives out there. There is a reason that Wordpress, Drupal, and Joomla are referred to as "the big three" in the CMS world.
dugout - I actually found that none of those three ACTUALLY provided a proper CMS system originally, and even today they do not properly support many features that a fully functional CMS may need. You end up - like with PGV - patching together parts that are not designed to work in the same way and using different editors in each section.
Add the fact that none of those three will actually work with a real database … but then I'm probably seen as a little strange since my customers are still using data first loading in 1990 and they do not want to move to less stable platforms ;)
This is perhaps off topic but good question. I am on the look out for a CMS and am still investigating and evaluating several options including those that you mention but the more I look the more confused I get as there is so much choice out there. I am looking for a compact system that will give my users a range of tools and utilities to use in conjunction with PGV that will keep them interested and come back for more that is relatively easy to manage and gives me complete control.
Not having a programming background is also a big consideration for me as I am looking for something "out of the box" that will not take me years to master together with flexibility and yet be fully featured. From what I've read Drupal is very hard to learn, Wordpress not really suited to content management (more for a blogging environment) and Joomla and Mambo maybe too unwieldy but I have as yet to have a good look at them.
And then there's debates about Jquery and Mootools and Ajax which confuse the hell out of me.
That's why I asked in another post about iframes hoping to find a way to work within PGV but what Isces says makes sense - coming from the other way in getting PGV to work in a within a CMS system that has those "desirabilities" mentioned makes more sense. PGV on its own is a great product but adding other functionalities is dependent on and I don't mean this unkindly or making any criticism on the benevolence of the programmers who already have a hard enough task ahead of them.
So if you had an environment in which you enjoyed the benefits of the programmers dedication together with flexibility, ease of use and configuration I reckon that would be a very desirable thing, the more software that PGV is integrated with the better. The more choices made available can't surely be bad for the future of PGV.
Since Isces had already spent much time on his project, I thought that a collaboration between him and Masheswar where they could tap his extensive knowledge and experience might help to bring it to fruition in less time than the one person persevering on his own. Mind you I should perhaps have asked Isces fist whether he is seeking assistance.
Have you had a look at BW? Where do you feel that it's lacking in what Joomla and the others have to offer?
As I say I've only had a cursory look myself but I came away very impressed with the framework and components but then again I won't know how effective and easy to configure it will be till I start playing around.
I tried Joomla and others with pgv, it is not that smooth. Also working with big CMS like Joomla have great learning curve. For small sites, where you are not going to publish 50-100 posts a day from users, Joomla may not make sense. I found Joomla kind of CMS too expensive to manage the content. Finally I moved to wordpress, which was easy to manage, they have more than 1000 plug ins, you can select one. Your users know blogs, so they find easy to post, read. Its smooth life for me. I just want to connect pgv with wordpress now.
<<Do we have any timeline like say year end etc for next release? Any scope defined?>>
Probably before year end. No major new features expected, just stability/performance/bug-fixes.
<<I am wondering why we do not use php report maker / my sql report maker for reports>>
Never used these things, but the current data model doesn't really lend itself to SQL reports.
<<any plan around moving on css based layouts so we can have better templates like wordpress or joomla.>>
Nnne of the existing devs use CMS. Rewriting PGV to use templates is likely to need a lot of effort. Feel free to volunteer.
<<any plan on php 5.3 and thoughts on php6>>
The next release will run cleanly on PHP5.3. We are happy too address any PHP6 issues that are brought to our attention. I've already fixed a couple of these.
<<any plan to change UI?>>
<<If we submit new features/ UI, whats approach to accept it. Any coding guidelines being followed?>>
For small/isolated changes, post a patch to the tracker. For major changes, contact one of the developers. We may set up a branch in SVN for it, etc.
<<If we submit new functionality, will eventually the core team merge it in next release?>>
If we have time to review it first, then sure.
<<will core dev team will own code. or we need to create seperate project to maintain enhanced version of say 4.2.2 ?>>
Each programmer owns the code that they have written. To be included in PGV, it must be licenced under GPL.
This means that you will own your own code, and can sell/licence/re-use it as you please. However, the GPL will still apply.
<<I am confused, as I have stated in my other post, I am working with vendor to customize this application (will submit code, once we are done). Our dev work will take around 2 months, i.e. Dec end. If pgv comes with new release by march 10, I will end up reworking with vendor again to make it compatible. Vendor will work for one time. Please guide me for generic roadmap for 2009-2010.>>
There are no major changes planned - just continued/incremental changes.
We are curious to know what your changes are.
One thing to note before submitting code. We have a lot of code in PGV that was submitted by people who were "passing through". This often leaves the core developers the task of fixing/finishing/maintaining/supporting code that they had no say in the design or structure.
Maheshwar, you asked:
kiwi_pgv, do you have any idea why we don't use php report maker / my sql report maker for reports,
The answer is in the history of PGV. It was originally written totally as a GEDCOM text file interpreter, and had no database. A database option was added later, and only fairly recently has DB become the ONLY option . Beyond that, the answer is as Greg said "… the current data model doesn't really lend itself to SQL reports."
A lot of the checks required before an item can be displayed, mainly related to privacy settings, are not yet fully DB driven, so would need to be written alongside PHP Report Maker. I'm not sure how familiar you are with PGV yet, but privacy rules are extremely flexible, from site level access controls right down to single facts on one individuals record.
By "php report maker / my sql report maker" are you referring to a specific product? Only I'm not aware of any written under the open source GPL licence, which would be a requirement. All the ones I've seen are shareware.
<< By "php report maker / my sql report maker" are you referring to a specific product? Only I'm not aware of any written under the open source GPL licence, which would be a requirement. All the ones I've seen are shareware. >>
I might add here that the PGV report generator was another reason that I originally looked to combine PGV with BW. While we have an alternative for adhoc reports in BW, the report management provided in PGV has a number of attractions. None of the alternatives offered a cross database solution!
( God I hate this online agro … )
I would tend to echo mrkanitkar's sentiments. Wordpress, while originally built for blogging, is so popular that there are thousands of plugins that allow you to add pretty much any feature you can add using Drupal or Joomla. It's also much easier to configure for the first time user. Wordpress is the king of CMS with a marketshare around 50%.
I've actually built a website for a contractor to communicate with clients, send invoices and receive payments all using Wordpress plugins. No programming at all.
I didn't realize there was a PGV plugin. Too bad it's not up to date.
Admittedly, Drupal is a little complex for a novice. That being said, one of the great benefits is the large user base is the availability of tutorials, modules and forum based support. the same can be said for Wordpress. BTW, I am reffering to the self-hosting Wordpress (wordpress.org) as apposed to their hosted blogs on wordpress.com. I am not experienced with BW, so I can't really compare it to WP or Drupal. I'm not saying that popularity is always an indicator of quality, but there is typically (save for Wal-mart and Microsoft) a correlation between the two.
Even if we make pgv with wordpress
1. auth against wp users
2. iframe in wp
3. fix width to fit in wp size
4. support for wp themes
pgv and wp both will benefit. PGV can focus on its core area, people can use wp features instead asking for more features in pgv. PGV integration with wp will really make life easy for me and many others.
See, this is why we have a difference of opinion amongst admins, users and developers.
1) "Auth against wp users" - this would be a module for WP programmers to create as most PGV admins would not care to share authorizations.
2) "iFrame in WP" - again, something for WP programmers. I and many other admins have no desire to incorporate iFrames.
3) "Fix width in WP" - Sorry, but with some of the new features about to be introduced, fixing page width to a certain size without scrolling will be nearly impossible and will most certainly not fit into another parent window.
4) "Support for WP themes" - Not sure what you mean here, but templates for theming in WP are designed to work in WP, not for use with other programs.
Certainly it would be possible for you to create your own theme in PGV that mirrors/mimics one or more of those you like in WP. Personally, I'm more than happy with Xenea, one of PGV's standard themes, but know that those that are not have created some very clever and attractive presentations of PGV (KIWI, for one) that differ significantly in pagination and colors from any standard offerings.
There are so many open RFE's for small enhancements to PGV outstanding, and so many other major rewrites (move to a more data-driven model, more CSS flexibiltity, more presentation options) in the works, that I think it extraordinarily unlikely that we'll see any existing programmer tackle any of the changes you mention.
The Wordpress <-> PhpGedView plugin () was started about 18 months ago with much the same goals as you describe Maheshwar. Unfortunately, development stalled attempting to user against PGV and despite investigation into PGV's Web Service or REST API's no solution was found.
Some of the more simpler tasks were achieved to provide the foundation for the integration including the the creation of a WordPress page to provide the window to PGV and the option to either embed PGV within an iFrame on the page or redirect to PGV.
However, without authentication, further development seemed fruitless so I have parked the project until I had more time to focus on the project.
If there are any people out there who could provide further details on the remote authentication processes available within PGV or interested in contributing to the project I would happily pick this up again.
Yes, I am interested. I am trying to hire someone to do it. I think auth module in pgv allows you to customize. I was also interested to have auth against gmail if not wp. I will connect you to my vendor soon.
Authentication in PGV is just a series of functions in authentication.php
I simply modified those functions to return the content of the BW user object, and all of the authentication options available in BW then fell into place. BW provides a link to ldap, active directory, imap as well as a simple on board user table, and can be extended to add other authentication options.
It sounds as though you have modified the PHP source - is that correct? So far I have steered away from taking this step as I hoped to integrate with Wordpress in a way which used the existing extendability of both applications. From your experience it sounds as though this is not possible - am I correct?
Either way, would you be willing to share your code?
Hi Maheshwar - Happy to help where I can…
iperrin - the code that I'm converting to work with smarty templates is in the cvs tree of bitweaver. You can find it via the website - bitweaver.org The ADOdb conversion of the database stuff was on line in a zip, but I've deleted the page some how … I'll sort that tomorow.
Stripping the html that is currently burried in the php files is a major exercise, but one that SHOULD take place if only to make separating display functions from business logic easier. The code should just supply a set of objects, which the display templates then show how ever you want …
Log in to post a comment.