![]() I hard-coded this to "blog", "page", and "story", but we could instead have a multiple select. That way there is advanced functionality for clients that support it and a default solution for clients that don't.Īlso, likely we should have an admin setting to limit the list generated by function _blogapi_get_node_types() to designated types. I.e., user can select which node type to post to (as per walkah patch), admin can set default type if no type designated by user (my patch). I would therefore like to see this patch in combination with the changes I suggested. So, while this is in my view definitely an improvement on the existing module, it doesn't fully meet the identified need. ![]() For example, I don't find a way to specify multiple blogs per user with w.bloggar (a commonly used client for Windows users). More importantly, some clients won't support this functionality. This means extra instructions to users, instructions that will vary by the client. But it depends on settings on the client. This approach has the clear advantage (over what I'd suggested) of enabling a user to select from various node types rather than a single server-designated one. Thanks for the explanation, I get it now. ![]() where as that previously defaulted to your userid (and was unused). Marsedit ( ) does not automatically list all blogs for a user account, rather you must specify a single blog id for each account. thus posting to the "story" blog creates a new story. as you can see on my "local test" account i have 3 "blogs" - blog,page and story. i don't have access to a windows machine at the moment, so I can't tell you specifically for w.bloggar, but i'll give you two examples from the mac world:Īttached to this issue is a screenshot of ecto ( ) which is my preferred app. ![]() how *exactly* this is used on the client side is dependent on how the client handles the fact that the API allows for multiple blogs per user account. Nedjo: essentially this patch follows teradome's suggestion to make use of the formerly unused 'blogid' parameter that exists as part of the APIs - specifically using that parameter to specify the node type to create. Likely we need to update the handling of category requests. The new release candidate of w.bloggar also seems to fail to set categories (when used in Movable Type mode). This patch won't I think do anything to address that issue. It sounds like this kind of general change would enable me to use MarsEdit (or any other blog editor )to its fullest potentional. Right now, MarsEdit can't use Drupal categories because of limitations in the XML-RPC API (according to brent ). How would a client select which type to create? The id is set (I'm thinking) by the server-but the client has to first make the posting. I don't fully understand the suggestion of using the node type as an id. Why not allow node types to be selected by using the name of the node type itself? I've left in hard-coded references in the "edit own." instance because the word needed is different from the module name (e.g., "stories" for the story module). Here is an updated patch partially addressing Moshe's suggestion to remove hard-coded module references.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |