Tagged: screencast Toggle Comment Threads | Keyboard Shortcuts

  • Mihai Chereji 2:50 pm on August 30, 2011 Permalink | Reply
    Tags: , screencast   

    My screencast 

     
    • scribu 10:13 pm on September 2, 2011 Permalink | Reply

      Before closing the browser, you had 3 paragraphs. After recovering the post, you only have one. Surely that’s not expected behavior?

    • Mihai Chereji 12:51 am on September 3, 2011 Permalink | Reply

      That’s only a display bug, which I was aware of (not in track though) – tinymce shows the “raw” version of the post, but it saves the formatted version.

      Something which will be solved in 0.9.2 shortly 🙂

  • Jacob Gillespie 6:44 pm on August 29, 2011 Permalink | Reply
    Tags: , screencast   

    File Uploader Project Screencast 

    I cannot currently post to WordPress.tv, so as per Andrea’s instructions, I’m posting this screencast here… enjoy! 🙂

     
    • Benjamin J. Balter 7:47 pm on August 29, 2011 Permalink | Reply

      This looks awesome. Been using it for a bit now. Good stuff.

      Have a quick Q about post upload JavaScript event handling (to fire a custom event). Think I see a filter there, but got a little lost in the weeds. Got a second to chat? What’s the best way to contact you?

      • Jacob Gillespie 7:52 pm on August 29, 2011 Permalink | Reply

        Wrong reply first time 🙂 Skype works well if that works for you – my Skype ID is jacobwg7600

    • Jacob Gillespie 7:48 pm on August 29, 2011 Permalink | Reply

      Skype works : jacobwg7600

    • Mert Yazıcıoğlu 10:44 pm on August 29, 2011 Permalink | Reply

      Nice job! Will 3.3 have this incorporated?

      • Jacob Gillespie 2:05 am on August 30, 2011 Permalink | Reply

        It should… I’m exciting to start using the max resize stuff on my client sites!

  • Prasath Nadarajah 4:08 pm on August 28, 2011 Permalink | Reply
    Tags: screencast,   

    WordPress web services screencast 

     
    • Dan 1:05 pm on August 29, 2011 Permalink | Reply

      Nice, we can use a lot of these in the mobile apps if these make it into core someday. Good job!

      • Prasath Nadarajah 3:42 pm on August 29, 2011 Permalink | Reply

        Hi Dan,
        I have already added patches to the trunk.
        i would appreciate if you can have a look 🙂

        • Max Cutler 5:25 pm on August 29, 2011 Permalink

          I’ve been digging through the patches and will have full notes by the review chat tomorrow.

          A quick question: what’s the point of wp.getSettings and wp.updateSettings? Are they really necessary when we already have wp.getOptions and wp.setOptions? Unless I’m missing something, I don’t see that the *Settings versions really add anything over the *Options versions…

    • Prasath Nadarajah 5:46 pm on August 29, 2011 Permalink | Reply

      There two types of options with different permission levels.
      For example thumbnail size, image size information must be available for content writers.
      Currently there is no cap validation for this.

      But other information like admin mail id, mail server password must be validated against ‘manage_options’ cap. That is why i,m dividing options into to two categories and have two different methods.

      Blog_options – available for any users
      Admin_options – available only for users with ‘manage_options’ cap.

      To share admin_options in different functions i declared it as a global variable.
      When adding to the trunk it will initialized separately after initializing blog options.

      • Max Cutler 6:14 pm on August 29, 2011 Permalink | Reply

        Instead of duplicating so much code, wouldn’t it make more sense to just add an ‘if’ statement to get/setOptions depending on which list of options the requested one falls in? And if it’s in admin_options, you do the manage_options cap check?

c
Compose new post
j
Next post/Next comment
k
Previous post/Previous comment
r
Reply
e
Edit
o
Show/Hide comments
t
Go to top
l
Go to login
h
Show/Hide help
shift + esc
Cancel