Updates from kunalb Toggle Comment Threads | Keyboard Shortcuts

  • kunalb 9:02 pm on August 16, 2010 Permalink  


    Installation for WP: Just unzip and add eventpress to your wp-content/plugins folder. Theme files for the default plugin will be picked up from within the plugin automatically.

    For BuddyPress, you need both bp custom posts and eventpress. Add both to the plugins folder.

    If you also want to try the debugger, add kb_debug.php directly to mu-plugins.


    I’ll get around to updating http://kunal-b.in/eventpress/ with more details in some time.

    • shawn 10:03 pm on August 16, 2010 Permalink

      set featured thumb for post does not seem to work, can only ‘insert into post’

      event repeats issues:
      -cannot move month forward, stays on August
      -should not show 12:00am time on repeated events
      -how to change dimensions of the map on the display page? way to thin, needs much more height

      -registration opens at is set to 1970, same for closed
      (maybe should show current time of event instead of 1970 as default?)

      otherwise seems ‘rather’ stable

    • shawn 10:35 pm on August 16, 2010 Permalink

      create new registration tab breaks all dropdown tabs in FF.
      When I click on the ‘create new registration’ button, I can not expand any other menu’s on the wp admin page.

    • shawn 10:36 pm on August 16, 2010 Permalink

      broken link:

      could be some of my problems, I can’t download it

      • kunalb 2:29 am on August 17, 2010 Permalink

        oops — corrected that link, thanks.

        Time to start debugging! Thanks.

        • kunalb 2:29 am on August 17, 2010 Permalink

          and not having bpcp will have no effect on a wordpress only install. it’s required when you want buddypress stuff to work.

        • shawn 2:51 am on August 17, 2010 Permalink

          yes, I am testing with bp as well. trying to test everything for you, as I don’t see other people helping out with bug testing. If there is a community place to help with bugs let me know, otherwise i’ll stay here

    • Mike Pratt 1:14 am on August 17, 2010 Permalink

      1. Can confirm the Custom Posts plugin link is broken. I got it at your site, tho
      2. Registerring for an event is buggy on my site. When I click “register” a tab opens where I have to click “register” again. Also, there is no feedback saying that I need to be approved once I try and register.
      3. This is the edit event screen -> http://img.skitch.com/20100817-fw1faux63ywymqa9h6kxejg6.jpg but the event Home looks like this -> http://img.skitch.com/20100817-mq1y2hu83w54yh6sd5kkafetb8.jpg
      No info.
      4. All activity but users registering for events are showing up on the activity stream
      4. These are UI/workflow suggestions ->
      a. You need to be able to have users automatically register (no approval)
      b. Need more space in the location field (plus a suggestion of what to input) You can’t possibly fit an entire address and thus the feedback is not good
      c. No calendar view of events?
      d. The end time should snap to the begin time after a user inputs it. many events are just a toggle increase of either days or hours. Don’t make users re-input the entire date
      e. I know you may not have much choice but forcing users to use the WP media system is too much. Just let them upload an image and maybe crop?
      f. The event activity Post Update field is misleading. It looks like your adding an update to the event itself but is really just a profile update form. Keep it simple. Let users only post an update to the event there and instead of saying “What’s new username?” say Post a comment for EventName” or something
      g. Do you have a POT file so we can change things like “register” to “attend” easily?
      h. Can we pull the Themes folder out safely so we can modify your display structure to customize to our needs?
      i. Let admins change the default map location

      That’s all for now. This plugin is crucial for my site so I care a lot about it. I hope this feedback is helpful. Happy to further bug test. You can reach me at mike @ mikepratt . tv


      • kunalb 9:57 pm on August 17, 2010 Permalink

        Hmm — I didn’t realize your comment was in the queue.

        1. Corrected that link, thanks.
        2. Hmm — the second register is actually useful when there’s a form. I’ll disable that screen for cases when there’s no custom registration form.
        3. Didn’t get it — do you mean reformatting the text?
        4. a) Will add a checkbox.
        b) Textarea? Or enlarged textbox
        c) a page with a calendar view is created, but you have to choose to publish it yourself.
        d) good idea, will add that in.
        e) I wanted to avoid re-writing backend code — mapped the post thumbnails to avatars. What’s wrong with WP media system?
        f) Not really clear what you mean by this.
        g) My bad. Forgot to generate one — I’ve added the __(), _e() etc. calls everywhere, didn’t add the POT file. (By .1-stable, definitely)
        h) So how bpcp works is it’ll look within your standard theme folder (whichever is active) for ep_event/index.php, ep_event/single/index.php — whatever, followed by type/index.php, etc. (incase you wanted to write theme files for this), then fall back to my plugin. I’ll double check the theme load order for eventpress specific pages (registration and invites), but for the defaults, this definitely works.
        i) You mean making the default map location an option? It just centers at a random place while loading the map API, without actually storing that lat/long as post meta or anything. I’d not consider this emergency, but yes, definitely in the long run.

        Thanks a lot for the feedback!

    • kunalb 2:53 am on August 17, 2010 Permalink

      i’ll make a buddypress group/pages soon to handle the bp issues, which I’ll catch up with tonight. Till then, this or kunal-b.in/eventpress would be best, perhaps. Thanks for the help!

    • shawn 6:33 am on August 17, 2010 Permalink

      would love to see some examples of what to put into the custom registration form area. I get the idea that it’s a basic form setup, but unsure of what/why I would use it. Guessing you had something really nice planned for it.

      when doing a recurring event, it would be nice to have ability to ‘bulk edit’ an event so that if I create an event that happens 1x a week x 52 weeks, that I don’t have 52 events to edit one at a time.

      also the repeat the event every ‘x’ /days/etc until.. is rather confusing. I’m still not quite sure what I am doing there. Just guessed a few times. Not sure how to make it clearer though.

      an upcoming events per category widget would be nice someday. Also maybe a calendar view..

      Will do more bug testing after next release

      Plugin is seriously coming along very nice though. Great job

    • kunalb 6:37 am on August 17, 2010 Permalink

      I’d imagine you could ask for a user’s address, or maybe phone number, etc. depending on what kind of event it was for. The registration form on BuddyPress/WordPress is updated based on the fields you specify.

      Bulk editing is definitely planned for 0.2 — I’m thinking of defining another custom/invisible taxonomy to manage series of events simply.

      And thanks for the help :).

    • mercime 7:51 am on August 17, 2010 Permalink

      Hi kunalb, congratulations.

      1. Ditto > “would love to see some examples of what to put into the custom registration form area.”

      2. For Start and End Date, clicking on right or left arrow to change month is not working. I was able to type over the correct date in form and revisions showed up in published event.

      3. Map – cool, it got location “Mt. Whitney, California” correctly.

      4. Clarification – setting “Featured Image” same effect as uploading image in HTML/Visual mode, could it be revised to set the avatar image instead?

      EventPress is awesome, kunalb. Thank you.

    • mercime 9:57 am on August 17, 2010 Permalink

      The above notes were done with BP site in blog_id_1 (WP 3.0.1 multisite subdomain structure upgraded from WPMU 2.9.2).

      On #4 above re “Featured Image”
      – Heads up – deactivating “Maintenance Mode” plugin for blog_id_1, allows the featured image chosen (150px by 150px thumbnail) to show up as Avatar for two new Events created. However, edit on first event created with maintenance mode activated cannot add on new featured image.

      Request – allow Site/Super Admin to delete Event from BP front end.

      In same test multisite install, I created event in blog_id_3 from Dashboard > Events > Add New.

      – same problem with adding Start and End Date/Time, left and right arrows beside the month name in pop-up does not work at all. Again, by typing over the correct month, the event published showed the corrected dates in Write Panel.

      – “View Event” link of said published event goes to home page of blog_id_1 which does not contain the event, and the entry does not show up in “Events” page of blog_id_1.

      – Double check of three events made in blog_id_3 (http://blogthree.example.com/wp-admin/edit.php?post_type=ep_event) and hovering over one link e.g. shows http://example.com/events/mt-st-helens/ and clicking on it leads to home page of main site

      • kunalb 10:10 pm on August 17, 2010 Permalink

        Mercime: Sorted out the javascript problems with the month shifting. The avatar should have become the thumbnail directly — that was the purpose of using it; I’ll check why that happens.

    • Svenl77 1:18 pm on August 17, 2010 Permalink

      Thanks a lot for this great plugin, I’m so hungry to use this plugin!

      I just installed it on a wp3.0.1 and buddypres version 1.2.5.

      Warning: include() [function.include]: open_basedir restriction in effect. File(/) is not within the allowed path(s): (/data/wwwcust/sv3-132:/data/php/sv3-132:/data/wwwcust/:/usr/local/lib/php:/data/wwwcust/:/home) in /data/wwwcust/sv3-132/html/wp-includes/template-loader.php on line 43

      Warning: include(/) [function.include]: failed to open stream: Operation not permitted in /data/wwwcust/sv3-132/html/wp-includes/template-loader.php on line 43

      Warning: include() [function.include]: Failed opening ‘/’ for inclusion (include_path=’/usr/local/lib/php’) in /data/wwwcust/sv3-132/html/wp-includes/template-loader.php on line 43

      I think it’s a conflict with the page templates.
      or have I done something wrong?

      Looking forward to your answer, thanks Sven

    • kunalb 9:42 pm on August 17, 2010 Permalink

      Hi — looks like something’s wrong with the way I’m loading templates. I had to pull some tricks so that these theme files got picked up from the plugin itself for BuddyPress and WordPress. Will just check and get back to you.

    • Nick Wade 6:47 am on August 18, 2010 Permalink

      Hey – I’ve been looking for a top-notch Events plugin and stumbled across this as I brought a test site back to life just today. Imagine my joy. This looks fantastic as a start. I’ve had a few issues though and would be happy to help testing where I can, although I’m no developer. Here’s a couple of things I noticed;

      Server: WordPress 3.0.1, BuddyPress 1.2.5, theme is default. Supercache is installed and disabled for logged in users. Deactivating that plugin had no effect.

      1. Activating the Eventspress plugin throws a message up as follows, “The plugin generated 309 characters of unexpected output during activation. If you notice “headers already sent” messages, problems with syndication feeds or other issues, try deactivating or removing this plugin.”

      2. The “My Account” -> “Events” -> “My Events” dropdown leads to a missing link, so the home page of the site just reloads. E.g., it leads to http://www.example.com/members/admin/events/my-events/ but only http://www.example.com/members/admin/events/ seems to exist. Indeed, if I go to my profile page and click the “Events” tab there, it leads to the second link, which works, in that it shows me my events.

      3. I may be a moron, but I cannot see where or how to approve a registration. Actually I suspect this is related to the issue below (and others with my install).

      4. I can’t edit events either. Indeed, the link http://www.somadogs.bindibeadwear.com/events/sunday-playup/edit simply reloads the site home page. So something is wrong in my install.

      Happy to test / check whatever may come to mind. I can also re-install WP, BP, EP, whatever. I can also create an account for you if you’re interested.


      • Nick Wade 6:50 am on August 18, 2010 Permalink

        Ahhh haha, in point 4 you see my actual test site domain and an event, sorry about that. I don’t mind however. 😉

    • kunalb 3:18 pm on August 18, 2010 Permalink

      @Nick — It would be great if you could make me an account on your site; I haven’t been able to replicate the unexpected characters generated during activation on my local install. member/xyz/events actually defaults to the page members/xyz/events/my-events — so both links actually belong to the same page. Approving, etc. comes in the edit page — for some reason the page redirection doesn’t seem to be working on your install (even the event/activity page isn’t working) which is what I’ll have to check.

      • Nick Wade 3:37 pm on August 18, 2010 Permalink

        @kunalb – I’ll happily make you an account. Where should I send the login details?

        • kunalb 3:40 pm on August 18, 2010 Permalink

          I just sent you an email from my address. (bhalla dot kunal at gmail dot com)

    • Michael Lovelock 8:37 am on August 24, 2010 Permalink

      Now undoubtedly this is a daft question, but just trying to test this out on WP 3.0.1 and I can’t seem to get this going beyond activating the plugin and being able to add event tags and categories – how do I add the actual events in WP standalone?

    • Douwe 4:18 pm on August 24, 2010 Permalink

      Is it possible with this plugin for users/subscribers to my page to create events themselves even if they don;t have special privileges? And then master the event themselves?

    • Paul Hastings 5:03 pm on August 25, 2010 Permalink

      Don’t forget to include “BuddyPress” in your plugin’s tags. That way it’ll show up in on the BuddyPress plugins page.

    • Nic 1:58 am on August 31, 2010 Permalink

      I’m feeling a bit silly, but I can’t seem to set an event’s registration. When I create a new event, either through the back-end or the front-end, I don’t get the option to open or close registrations. I’d use custom registration fields, but I can’t even get the default event registration.

      I must be missing something, but can’t seem to find out *what* I’m missing.

      WordPress 3.0.1
      EventPress 0.1.1
      Buddypress Custom Posts 0.1

      Thanks for any and all assistance.

    • Nic 2:20 am on August 31, 2010 Permalink

      Another issue – I can’t set the featured image from the front-end. This is a problem as people will need to be able to do this. There is a link if accessed from the back-end, but not in front-end.

    • hnla 2:02 pm on September 16, 2010 Permalink

      I might just be being dense but with BP when an event is created in much the same way as a group an Avatar is created, yet there is no means of uploading one that I can see so the created event in directory view or single view displays one of those horrible 🙂 wavatars, as these simply look utterl;y out of place I would have to either remove that functionality or attempt a replacement with a custom image for the moment.

    • Matthew Marcus 10:10 pm on October 1, 2010 Permalink

      Hi Kunal,

      We are playing with EventPress over here and it looks awesome – but are running into recurrent problems with white screens of death when we try to edit and save events, on both the frontend and backend. One of the more prominent warnings I’m getting is:

      Warning: Cannot modify header information – headers already sent by (output started at /home/exploreh/public_html/beta/wp-content/plugins/heritage_sitepress/controllers/wp.php:233) in /home/exploreh/public_html/beta/wp-content/plugins/buddypress/bp-forums/bb-config.php on line 10

      Any ideas what we could do to get around this? Thanks for an amazing plugin!

    • Kunal 9:43 pm on October 12, 2010 Permalink

      Strange — are you using the latest versions of EP and BPCP? ( I’m pretty definitely not facing this error on my local install — not being able to edit the events at all would probably be pretty noticeable.

  • kunalb 8:23 pm on August 9, 2010 Permalink | Reply  

    The last week: I gave a demo of EventPress (both in BuddyPress and WordPress) which you can check out at http://kunal-b.in/eventpress-demo/wp/ and http://kunal-b.in/eventpress-demo/bp/ with username/password as demo/demo.

    There were a few features missing pointed out/suggestions by Jane, and others in the chat which are listed out here: http://gsocevents.wordpress.com/, which is essentially what I’ll be working on and ironing out this week.

    Apart from that, there’s a complete collection of screenshots and stuff at http://kunal-b.in/eventpress.

    • Bowe Frankema 4:19 pm on August 11, 2010 Permalink | Reply

      Woow this looks so exiting! Can’t wait till the official release!

    • Dave L 3:31 pm on August 16, 2010 Permalink | Reply

      Looks good. Will there be both calendar and list views? And will the visual style be made consistent with WordPress/BuddyPress?

    • Dave L 3:33 pm on August 16, 2010 Permalink | Reply

      Also, are group-specific events a planned feature?

    • kunalb 10:02 pm on August 17, 2010 Permalink | Reply

      Calendar and list view pages are auto-generated but not published, leaving that as an option for you to choose. If you’re using modified permalinks, then /events/ will also be mapped to a list of events.

      I’ve tried to keep the colours/formatting like WP/BP, but I guess it definitely needs some CSS love.

      Limited registration to people belonging to a specific group was planned for this release itself, but there was only so much I could manage. If I can squeeze it in by Friday, possibly now itself; otherwise in the next version.

  • kunalb 9:37 pm on August 2, 2010 Permalink | Reply  

    Status Update 

    I’m just about finished with code refactoring and documentation — renaming all files to be a bit more explicit, breaking the plugin into 3: bp_custom_posts/, eventpress/ and kb_debug/ adding a few hooks and cleaning up the code/

    I also managed to sort out some trouble I was having in college — there were some problems in courses being allotted — which had made my minor degree in Computer Science doubtful. This ate into my time, and reduced the amount of work I could do.

    This week, I plan to finish all pending features, add settings pages for the WordPress Admin and BuddyPress front end, as well as creating a variety of pages to act as different ‘views’ for events — calendars, etc. — allowing me to get something approaching a beta version ready by this weekend so that I can start testing the code properly (I’m particularly worried about access/capabilities being mapped properly).

    That will leave me with writing external docs and any UI changes that Jane has in mind that I can’t complete within this week for the last week of GSoC.

    I’ll be giving a demo/report on EventPress on Friday, at  20.30 UTC on #wordpress-gsoc .

  • kunalb 12:31 am on July 27, 2010 Permalink | Reply  

    Status Update 

    Instead of working out the UI mockups last week, I ended up working on documentation, code refactoring and cleanup and adding a few key features that were still left over (some part of my project proposal, and some extras).

    I still need to do cleanup, and documentation for the BuddyPress Custom Posts Plugin — So this week I’ll be aiming to complete docs, a few more features (tickets, etc.) and finally doing the UI work.

    I wasn’t able to get that much done in the past week as my last year of college just started, and I got involved in shifting to hostel, etc.

  • kunalb 3:50 pm on July 19, 2010 Permalink | Reply  

    Status Update — after the midterm 

    Hi — midterm’s over and it’s on to the second phase of the project. I’m over with most of the features, and instead of doing a complete roundup I’ve started breaking up and documenting code so that I don’t have to rewrite the last few remaining bits; rather working them in properly formatted and documented once I reach that part. I added quite a few screenshots to last week’s status, if anyone’s interested — particularly, the working edit screen with tinymce, uploading, thumbnail, etc. from the front end.

    This week I’ll be cleaning up the code, doing documentation, a bit of refactoring and hooking (adding in filters and hooks everywhere) — breaking up the project into 3 plugins — a one file debugging plugin, a huge bp custom post <-> custom component plugin and, of course, EventPress. In between I’ll also be creating mockups and discussing them with Jane and JJJ to get a final version of the UI (as far as I can make out, there’re going to be lots of options, and fitting them in properly without making them intimidating is going to take a bit of work).

    That’s about it for this week’s status update. At the moment I’m rewriting my loops to extend a base loop class instead, just to make them cleaner and reduce the code I’ll have to write for implementing pagination.

    I also experimented with dvorak over the weekend, but in the interests of completing EventPress within this decade, I switched back to Qwerty today afternoon — maybe I’ll have another go after GSoC — because even if I dropped from a decent 75wpm to 40wpm, it was much more comfortable.

  • kunalb 10:12 pm on July 12, 2010 Permalink | Reply  

    Status Update 

    This slideshow requires JavaScript.

    Quite a bit of work is over, but I’m still left with 1. Capability mappings, 2. Front end editing, 3. Invites, 4. Widgets, 5. Custom Registration form and 6. Notifications. I’ll try to complete ASAP — before 16th and move on to code and UI cleanup.

    The code isn’t documented well or cleaned up as yet as the primary goal was to finish most of the functionality, after which I can do the necessary refactoring and documentation, as well as adding as many hooks/actions as required.

    Anyone interested in EventPress’s progress, for suggestions, evaluation, etc. can log on for an IRC meetup on 14th — after the BuddyPress Dev chat on #buddypress-dev .

  • kunalb 8:00 pm on July 5, 2010 Permalink | Reply  

    Status Update 

    As much as I’d like to, I still can’t announce being in sync with my proposed time-line; apparently my habit of never completing a project before the deadline is too ingrained for me to break it — yet.

    I’ll be doing my best to get all the remaining features up and running by Sunday, so that the plugin is for review by Monday. Based on last week’s post, and the discussion about the API I should use — I’ll be going with Google Maps, and will wrap all API calls with my own functions to make it API agnostic. (For anyone wanting to use Yahoo, or any other service, instead.)

    Something I’ve managed to maintain, and am finally fairly sure will be possible is a sub-plugin (for want of a better term) BuddyPress Custom Posts; this basically adds to the Custom Post API for BuddyPress, and allows registering your own custom post types with a call to bpcp_register_post_type( Array( another huge set of variables go here ) ). By the time I’m finished, setting the right variables will allow creation from the front end, a root directory, give pre-prepared hook-able theme files, etc. directly, allowing anyone interested to go right to the interesting stuff they want to do with their custom post type/BuddyPress component, and not worry about the standard stuff.

    Maintaining post type agnosticism has been a bit difficult, and occasionally involved jumping through hoops. My GSoC Project can perhaps now be considered a combination of 3 plugins: EventPress, BuddyPress Custom Posts — both involving equal amounts of work, and a tiny spin-off — my swiss army knife for debugging and exploring WP/BP. It essentially captures Warnings, Notices, as well as hooks and displays them neatly at the end; allowing me to do some basic logging using trigger_error, as well as exploring the hooks/actions available, the functions called at each as well as arguments passed.

    I’ll need to do quite a bit of clean up after the mid-term for making the code truly extensible — thanks to the fact that I’m using the BP Custom Post API simultaneously as I develop it for EventPress I can make out where all I need hooks and add them, but there are definitely places I miss. I’ll try to add a list of the clean up I’ll definitely need to do after the mid-term by this weekend (Roughly UI, settings pages, docs, lots and lots of hooks and actions as well as perhaps splitting up the code a bit more — in that order).

    • Stas Sușcov 8:59 pm on July 5, 2010 Permalink | Reply

      Hmm, I must say I love post types, and that wasn’t a problem for me on BuddyPress. 🙂

    • kunalb 9:20 pm on July 5, 2010 Permalink | Reply

      True — I’m just mapping them to components for stuff like directories, menus, the avatar to the post’s thumbnail and stuff. Reducing the amount of work required to make a new component 🙂

  • kunalb 8:53 pm on June 28, 2010 Permalink | Reply  

    Status Update 


    This has been a slightly more productive week — registration is finally working properly, both on admin/frontend and in bp/wp — metaboxes are working/saving data properly and registration has it’s own template tags for easy theming.

    At the moment I’m coding up the front end editor for events in BuddyPress: up till now I’ve managed to resist making custom post types + buddypress EventPress specific — as long as I manage to keep it up, the code will be pretty much reusable as is (with some cleanup, of course) for any other custom post types (adding a directory, editing, etc.)

    In this week I’ll be spending a day or two on capabilities — both for matching groups to eventpress, registration capabilities and tieing up event editing capabilities with the corresponding registration editing capabilities.

    Another two days for adding forums, and one day for adding the widgets and tieing up activities and post creation — I just need to add actions for reg and event post type creation.

    So by my next post I hope to be able to announce being in sync with the schedule I posted.

    A question for something I’ll start next week — while adding support for maps, should I go in for the Google Maps API, or the Yahoo Maps API?

    • Justin Shreve 9:08 pm on June 28, 2010 Permalink | Reply

      Here’s my 2 cents.

      I prefer Google Maps and the Google Maps API. Also since we are being funded by Google to work and will be submitting this code to them it might be good to use Google.

      • Justin Shreve 9:10 pm on June 28, 2010 Permalink | Reply

        Make the map output pluggable. If someone wants to they can come along and change it :).

        • kunalb 10:03 pm on June 28, 2010 Permalink

          Yeah — this seems the best way. I’d actually used the Yahoo API and it had some cool stuff which detected places within text, etc. — this could be useful for adding the venue and not worrying about the map.

          Will make it pluggable anyways for people to choose whatever API they like!

    • Matt Harzewski 11:37 pm on June 28, 2010 Permalink | Reply

      I would suggest Google Maps. I much prefer Google Maps. I do like some of Yahoo’s APIs though. (The BOSS Search API is something I really wish Google world learn from…)

      Anyway, isn’t this the *Google* Summer of Code? Isn’t that reason enough to pick a Google API? 😉

      • Barry Carlyon 1:33 pm on June 30, 2010 Permalink | Reply

        You have missed the point of Google Summer of Code.

        Just because it is Google doesn’t mean you have to use Google Stuff….
        Use what is appropriate to the task you need to do.

        The point of GSoC is to get people/students/new blood involved with open source projects, like WordPress……So use what is the best to use and meets what is required.

        Personally I like Google Maps.

        I was at a Yahoo Hack Day, and one of the hacks used Google Maps as it was easier to use and everyone else in the venue was using Yahoo maps which was screwing token assignments/login(s) etc.

        What about using open street map?
        Or suppling a way to use either map supplier?
        And if we are talking about venues, what about Foursquare?

        Location as a whole has a lot….
        Brightkite, foursquare, fireeagle, maps in general….

        It depends what data you are actually going to put on this map….

        • Justin Shreve 7:39 pm on June 30, 2010 Permalink

          I’m not 100% since it’s not my project but I’m guessing it is to mark where the location of the event is (so a simple pin drop on a map).

          While I agree that the point of Summer of Code is getting involved with open source projects and using the best tools for the job, both tools are just as powerful for what I think he’s doing. I think Matt’s point was that if we are being funded by a company so why not use their tool?

  • kunalb 9:14 pm on June 21, 2010 Permalink | Reply
    Tags: ,   

    I’ve slowly started catching up on my backlog thanks to finally being fully free from my Civil internship. Currently I’m working on getting registration working properly in both the back end and front end —

    Initially I had planned storing registration data as post meta data for the events that users were registering for — with custom fields for registration stored as serialized information in the database with the key being something along the lines of userid. However, I recently realized that it would be much better — in terms of getting access to the admin UI easily and also for really being able to extend registrations — if I made registrations another custom post type.

    I’ve been working on that since then — at the moment I’ve got the post type registered, etc. but for moderation I decided to go with my own custom statuses for the post (thanks to a conversation with jjj) — using register_post_status — as publish, draft, etc. don’t make too much sense for registrations; rather I needed some statuses that I could use to moderate the data. This bit has taken me a fair amount of time — in parts due to a slight lack of documentation, as well as some difficulty I had in getting my custom status to display properly in the admin UI — a lot of digging through the code has allowed me to solve that probem atleast. I should be over with registration quickly now — for both WP and BP without any major hurdles.

    After that — most probably I should be able to reach back on schedule within this week — I might get in an extra status update on this blog this week.

  • kunalb 5:33 pm on June 14, 2010 Permalink | Reply  

    Not-so-much-progress Update 


    I’m afraid I don’t have much progress to report this week — I’ve been stuck on getting custom posts and BuddyPress to work together properly — and I’ve fallen a bit behind schedule, partly due to getting stuck in traffic a lot more ’cause of http://bit.ly/d7xurT.

    Thankfully, I’ll be returning home and not have to go to office from 19th onwards — so I expect to get back on schedule within the next two weeks at most. I’m a bit tired of going through the BuddyPress code — so first I’ll be adding the widgets, and then the directory (objectives for this week) and then complete the front end editing part.

    • John James Jacoby 4:06 am on June 15, 2010 Permalink | Reply

      If you’re lost in the BuddyPress abyss, please ping me and I will steer you straight. 🙂

    • Stas Sușcov 7:38 am on June 15, 2010 Permalink | Reply

      Hey Kunal,
      I’m also on BuddyPress and post types with custom taxonomies, so I’m also open to chat on this topic. So far I was able to register both, and query them. If you can’t find jjj, ping me too 😉

Compose new post
Next post/Next comment
Previous post/Previous comment
Show/Hide comments
Go to top
Go to login
Show/Hide help
shift + esc