tag:danbooru.me,2005:/forum_topics/669Danbooru 1.13.0 change log2008-03-08T09:43:26-05:00tag:danbooru.me,2005:ForumPost/60312008-03-08T09:43:26-05:002008-03-08T09:43:26-05:00@petopeto: Could make "add favorite" in the quick edit box...<p>Could make "add favorite" in the quick edit box "toggle favorite" instead. But, without some indication of whether a post is favorited already, it would be easy to accidentally un-favorite something when you meant to add it and forgot that it was already done. It would need an indication of favorited or not for each post, like the border colors, but without making fav:self ugly.</p><p>Also, it wouldn't update the list after editing like the old delete box did. That's a more general problem; quick editing doesn't update the display. That'd be nice to fix. If the post no longer matches the search it's in, remove or hide it; update parent/child/flag borders dynamically (when a parent: tag is used or quick-flag); make the edit-tags box show correct tags if you quick edit it more than once without reloading.</p>petopeto/users/48219tag:danbooru.me,2005:ForumPost/60292008-03-08T06:51:38-05:002008-03-08T06:51:38-05:00@albert: I've added an order:fav metatag to order by...<p>I've added an order:fav metatag to order by when the post was favorited.</p><p>I've also fixed the favorited by listing in post/show.</p>albert/users/1tag:danbooru.me,2005:ForumPost/60272008-03-08T06:38:18-05:002008-03-08T06:38:18-05:00@Fayli: > Eruru said:
> I agree with opem. It was much...<blockquote>
<p>Eruru said:<br>I agree with opem. It was much easier to find recently favourited pictures then, as well as easier to remove images from your favourites.</p>
<p>I would vote for a return to the previous way of doing things. It didn't feel very redundant to me.</p>
<p>-Eruru</p>
</blockquote><p>Agreed.</p><p>Especially with removing favourites, which before was very quick and easy.</p>Fayli/users/15115tag:danbooru.me,2005:ForumPost/60262008-03-08T06:33:24-05:002008-03-08T06:33:24-05:00@Moebius_Strip: Is the "date:" search tag getting phased out or...<p>Is the "date:" search tag getting phased out or updated? It no longer works for me.</p>Moebius_Strip/users/17716tag:danbooru.me,2005:ForumPost/60232008-03-08T00:13:47-05:002008-03-08T00:13:47-05:00@Eruru: I agree with opem. It was much easier to find...<p>I agree with opem. It was much easier to find recently favourited pictures then, as well as easier to remove images from your favourites.</p><p>I would vote for a return to the previous way of doing things. It didn't feel very redundant to me.</p><p>-Eruru</p>Eruru/users/9675tag:danbooru.me,2005:ForumPost/60102008-03-07T09:44:42-05:002008-03-07T09:44:42-05:00@user_9546: > albert said:
> favorite/show was removed...<blockquote><p>albert said:<br>favorite/show was removed because it was redundant. Search for fav:albert in the post listing instead.</p></blockquote><p>The order is by ID, though, where as it would be more convenient if it were by date favorited, like before.</p>user_9546/users/9546tag:danbooru.me,2005:ForumPost/60092008-03-07T09:23:16-05:002008-03-07T09:23:16-05:00@EB: This makes it to where clicking on any of the...<p>This makes it to where clicking on any of the "Favorited by:" links leads to a non-existent page. Is there any way that these can be directed to the user's user page, now that favorite/show was removed? I've been replacing "favorite" with "user" in the link after hitting the 404 page to get to the user's favorites, but it would be more convenient if it went straight to the user page.</p>EB/users/11672tag:danbooru.me,2005:ForumPost/60082008-03-07T06:51:28-05:002008-03-07T06:51:28-05:00@albert: favorite/show was removed because it was...<p>favorite/show was removed because it was redundant. Search for fav:albert in the post listing instead.</p>albert/users/1tag:danbooru.me,2005:ForumPost/60032008-03-06T20:02:05-05:002008-03-06T20:02:05-05:00@MM23: favorite/show isn't rendering. gives a 404.
...<p>favorite/show isn't rendering. gives a 404.</p><p>i.e take a post which has been favorited such as <a rel="external nofollow noreferrer" class="dtext-link dtext-external-link" href="http://danbooru.me/post/show/205919/">http://danbooru.me/post/show/205919/</a>, click on a username</p><p><a rel="external nofollow noreferrer" class="dtext-link dtext-external-link" href="http://danbooru.me/favorite/show/1">http://danbooru.me/favorite/show/1</a> -- 404'd.</p>MM23/users/9711tag:danbooru.me,2005:ForumPost/59952008-03-06T13:19:23-05:002008-03-06T13:19:23-05:00@albert: This was a bug. It should fix itself in 24 hours.<p>This was a bug. It should fix itself in 24 hours.</p>albert/users/1tag:danbooru.me,2005:ForumPost/59912008-03-06T12:15:16-05:002008-03-06T12:29:22-05:00@スラッシュ: Thanks for all the work, the new mass edit...<p>Thanks for all the work, the new mass edit shortcut on the artist pages is definitely going to be useful! As is infinite URLs. Great stuff :)</p><p>Just one bug--I don't seem to be able to change tags to different tag types (ie. artist), like in <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/209521">post #209521</a>. I tried both adding "artist:" to the tag and editing it in the tags page, neither seems to do anything.</p><p>EDIT: Hmm... Seems to work again?</p>スラッシュ/users/12866tag:danbooru.me,2005:ForumPost/59802008-03-05T19:20:53-05:002008-03-05T19:20:53-05:00@Shuugo: Thanks for all the work.
Just a little note on...<p>Thanks for all the work.</p><p>Just a little note on the changelog list, "Rails 2.0 Compatibility" makes it look like it's still compatible with the old one.</p>Shuugo/users/10390tag:danbooru.me,2005:ForumPost/59782008-03-05T16:25:35-05:002008-03-05T16:25:35-05:00@albert: The changes are live now. I'll try and update...<p>The changes are live now. I'll try and update the live server more often from now on.</p>albert/users/1tag:danbooru.me,2005:ForumPost/59562008-03-03T14:38:41-05:002008-03-03T14:38:41-05:00@darkship: > piespy said:
> This is for people who also...<blockquote><p>piespy said:<br>This is for people who also run the danbooru engine. Like konachan, moe.imouto etc. It allows the site admin to customize it for their purposes. It's not for users of the site to change.</p></blockquote><p>Oh. I see.<br>Thanks for the explanation. ^_^</p>darkship/users/15833tag:danbooru.me,2005:ForumPost/59522008-03-03T12:37:57-05:002008-03-03T12:37:57-05:00@piespy: > darkship said:
> Hmm... Sorry if this is a...<blockquote><p>darkship said:<br>Hmm... Sorry if this is a stupid question but: is this for individual (selected?) users, or user groups?<br>Also... Why would (or should) anyone disable a post from someone else?</p></blockquote><p>This is for people who also run the danbooru engine. Like konachan, moe.imouto etc. It allows the site admin to customize it for their purposes. It's not for users of the site to change.</p>piespy/users/9685tag:danbooru.me,2005:ForumPost/59502008-03-03T10:32:45-05:002008-03-03T10:32:45-05:00@iXô: albert you are doing a really great job, and I...<p>albert you are doing a really great job, and I want to thank you.</p><p>So thank you for what you do, please continue.</p>iXô/users/9620tag:danbooru.me,2005:ForumPost/59482008-03-03T08:17:21-05:002008-03-03T08:17:21-05:00@darkship: > albert said:
> - Several new config settings...<blockquote><p>albert said:<br>- Several new config settings that let you customize user levels, tag types, and whether or not a user can see a post.</p></blockquote><p>Hmm... Sorry if this is a stupid question but: is this for individual (selected?) users, or user groups?<br>Also... Why would (or should) anyone disable a post from someone else?</p>darkship/users/15833tag:danbooru.me,2005:ForumPost/59472008-03-03T07:49:59-05:002008-03-08T09:43:27-05:00@albert: None of these changes are live yet.
- Rails...<p>None of these changes are live yet.</p><p>- Rails 2.0 compatibility.<br>- The biggest change is that several .js actions are now .json. Anything that returned a data structure now uses the .json extension.<br>- Several new config settings that let you customize user levels, tag types, and whether or not a user can see a post.<br>- Mods can unblock users.<br>- Artists can now have an arbitrary number of URLs associated with them.<br>- Normalized artist URLs are now stored in a separate field.<br>- You can now give a reason when submitting new aliases or implications.</p>albert/users/1