Projects: Issueshttp://projects.andriylesyuk.com/http://projects.andriylesyuk.com/plugin_assets/andriy_lesyuk/images/s-andy.ico2010-10-20T17:49:02ZProjects
Redmine Orangutan::Redmine - Feature #1022 (Incomplete): Changing issue status depending on user presencehttp://projects.andriylesyuk.com/issues/10222010-10-20T17:49:02ZAndriy Lesyuks-andy@andriylesyuk.com
<p>I figured out that Redmine messenger is able to change status to “In progress” when user comes online (and task is active). Then when user lefts/goes away the messenger changes status to some different value (we can use “Paused” or whatever).</p>
<p>Not sure how is it wanted but idea looks interesting... This way viewers will be able to check if anyone works on the issue right now...</p> Orangutan - Feature #984 (Open): Survey contexthttp://projects.andriylesyuk.com/issues/9842010-10-12T19:31:28ZAndriy Lesyuks-andy@andriylesyuk.com
<p>I personally like to ask people what do they think about some feature or similar... There are many other situations where surveys are needed... For example, one could create a survey: “Are you going to cinema this evening with me?”... <span class="wiking smiley smiley-smiley" title=":)"></span></p>
<p>Orangutan could help here... Theoretically it’s quite possible to create a context which would be responsible for creating and (this can be another context) carrying out surveys. Let’s check sample:</p>
<pre>
Author: I want to create a survey
Orangutan: Give it a question!
Author: Are you going to cinema this evening with me?
Orangutan: What can be an answer?
1. Yes/No/Maybe
2. Text
3. Number
Author: 1.
Orangutan: Ok... Going to carry it out.
</pre>
<pre>
Orangutan: User author@jabber.sjua wants you to answer the following:
Are you going to cinema this evening with me?
Orangutan: What would you answer?
User: Yes
Orangutan: Ok... I'll let him know.
</pre>
<p>Crazy idea, isn’t it? <span class="wiking smiley smiley-smiley" title=":)"></span> Just an idea!..</p> Orangutan::Redmine - Improvement #971 (Incomplete): Confirm before taking text as a task/entry de...http://projects.andriylesyuk.com/issues/9712010-10-12T11:06:54ZAndrii Lundiak
<p>Intro: If you have great memory, and you remember all rule properly to be used, perhaps this issue not for You - You are ideal <span class="wiking smiley smiley-smiley" title=":)"></span></p>
<p>Anyway:</p>
<p>1) Create a task for a Redmine Issue<br />2) Create comment for a task<br />3) Vote [for | against] #issue_number (especially need to parse if word “on is entered with “vote” word”, other wise it will be new task, and AGAIN without confirmation)</p>
<p><strong>There are places where we should add confirmation to continue processes</strong><br />And I believe that will find other places where we need confirmation.</p>
<p>WOULD BE GREAT at least to have this functionality as User Customized (switch on|off)</p>
<p>I know that confirmation on every steps will be annoying, but anyway - SYSTEM should be perfect<br /><strong>And I think it is better to re-ask user, then insert new records to database, wait when user understand that he was failed with creation, and then delete fail record from database.</strong></p>
<p><em>Please vote for the FR, cause a.lesyuk needs it a lot.</em></p> Orangutan - Feature #941 (Open): Support Google calendarhttp://projects.andriylesyuk.com/issues/9412010-10-01T12:47:35ZAndriy Lesyuks-andy@andriylesyuk.com
<p>Orangutan can notify users about Google events (when they are added, in a hour before event etc).</p>
<p>For this there should be developed a special “monkey” - separate system process (maybe there are such programms already or programms which can be used?) which will notify Orangutan about events.</p>
<p>In addition a special context can ask users whether they are going to attend an event:</p>
<pre>
Orangutan: User user@host.com added an event "Company meeting" on Thu 15:00 - 16:00.
Orangutan: Are you going?
User: Maybe
Orangutan: Understood.
</pre>
<p>Also a mapping should be used to determine which user “owns” a Google email account used in calendar...</p> Orangutan - Improvement #936 (In Progress): Documentationhttp://projects.andriylesyuk.com/issues/9362010-09-30T12:33:25ZAndriy Lesyuks-andy@andriylesyuk.com
<p>Orangutan sources should include documentation...</p>
The documents which should be included:
<ul>
<li>Syntax description, usage</li>
<li>Context development tutorial</li>
<li>Installation (does not exist yet)</li>
</ul> Orangutan - Feature #935 (Open): Invalid keyboard layout translatorhttp://projects.andriylesyuk.com/issues/9352010-09-30T12:18:33ZAndriy Lesyuks-andy@andriylesyuk.com
<p>Sometimes when you chat you forget to switch keyboeard layout... and get unreadable text.</p>
<p>Orangutan could help here...</p>
<p>Check:</p>
<pre>
User: Translate: "ерші еуче ші шт утпдшір"
Orangutan: This means: "this text is in english"
User: Translate: "ye zr dfv nfrf sltqrf&"
Orangutan: This means: "ну як вам така ідейка?"
</pre> Orangutan - Feature #892 (Open): Tip of the day / Did you know that?..http://projects.andriylesyuk.com/issues/8922010-09-08T14:16:53ZAndriy Lesyuks-andy@andriylesyuk.com
<p>While I hate things like this in other software... such context would be very helpful for new users. Of course there should be possibility to turn off this feature.</p>
<p>For this context new member should be added to Orangutan::Context object:</p>
<pre>
help => {
tips => [
'Tip #1...',
'Tip #2...',
]
}
</pre>
<p>Then when user comes online Orangutan randomly selects a tip and shows it to user...</p> Orangutan - Feature #863 (Open): Personal TODO listhttp://projects.andriylesyuk.com/issues/8632010-08-31T13:55:24ZAndriy Lesyuks-andy@andriylesyuk.com
<p>There was issue like this in the old version of Orangutan. After moving to Redmine I decided that Redmine’s issues can replace this...</p>
<p>Now I believe I was wrong...</p>
<p>Issues cannot replace TODO list. TODO list can contain a very short task or even not official personal task. For example, “Go and buy a mug”, “Talk with Mykola about his troubles and discipline” etc.</p>
<p>The TODO list should be sortable...</p> Orangutan - Feature #605 (Open): SVN monkeyhttp://projects.andriylesyuk.com/issues/6052010-06-27T00:05:19ZAndriy Lesyuks-andy@andriylesyuk.com
<p>Orangutan can be very helpful for employees which use SVN...</p>
<p>What is required for a user to track time? A user must specify work hours, project and maybe issue and a short description...</p>
<p>What does developer which uses SVN do? Runs “update” when comes to the office and runs “commit” when leaves... If we assume that a user always specifies a description when committing (-m) we have a start time, end time and a description! All that we need is project/issue - project can be guessed (or determined if SVN was registered in Redmine) and issue can be extracted from -m message...</p>
That is:
<ul>
<li>When user does “update” Orangutan starts “tracking”;</li>
<li>When user goes away and returns Orangutan tracks breaks and saves them somewhere;</li>
<li>When user commits...</li>
<li>Orangutan tries to determine the project (if failed the monkey can ask for project later);</li>
<li>Orangutan tries to determine the issue;</li>
<li>Orangutan suggests a user to save tasks...</li>
</ul>
<p>The last is done when there are no conflicts - that is a user did not save any entries for the time a user is believed to work.</p>
<p>That is a user will only be required to answer “yes” per commit (besides the cases when the project is not known)...</p> Orangutan - Feature #558 (Open): Jokes contexthttp://projects.andriylesyuk.com/issues/5582010-06-15T20:52:22ZOleh Demyanyukolkobg@gmail.com
<p>tell redmine 'joke’ and he print something like fortune command form linux...</p> Orangutan::Redmine - Feature #230 (Open): Starting task/time entry and new issue at the same timehttp://projects.andriylesyuk.com/issues/2302010-04-16T00:31:36ZAndriy Lesyuks-andy@andriylesyuk.com
<p>In the testing phase most of their time developers fix bugs. Mostly these are small bugs. So it can be a headache to add issues to Redmine and then to add time logs using Orangutan...</p>
<p>The idea is to create a context which would allow to create issue and time log with one “command”.</p>
<p>The syntax can be:</p>
<pre>
User: Fixing new issue: Dialog is shown incorrectly [high]
</pre> Orangutan::Redmine - Enhancement #215 (Incomplete): Support issue subject as an answer to the iss...http://projects.andriylesyuk.com/issues/2152010-04-08T22:06:38ZAndriy Lesyuks-andy@andriylesyuk.com
<p>When Orangutan asks to enter issue some people think that they should enter issue subject. Therefore issue subject as an answer perhaps should be supported. This feature should be added to Issue and MainIssue contexts.</p> Orangutan::Redmine - Improvement #189 (Open): Avoid taking text as a comment for the taskhttp://projects.andriylesyuk.com/issues/1892010-04-01T22:24:09ZAndriy Lesyuks-andy@andriylesyuk.com
<p>The standard situation:</p>
<pre>
User: I had a bad day
Orangutan: I guess this is the name of new task... Should I stop the current one and start new task?
User: No
Orangutan: You want me to rename your current task with this name?
User: No!
Orangutan: Then I did not understand what you meant...
</pre>
<p>I believe there is a way to prevent this... That is to avoid taking text “I had a bad day” as a task description.</p>
<p>One of possible solutions: Often user answers on Orangutans question in a different way (not expected by Orangutan). This is treated as a description. We could check if there was a question and if so write something like:</p>
<pre>
Orangutan: Answer the question first! Then let's talk about task...
</pre>
<p>It is good idea also to notify a creator if the situation above occurs (two No’s mean that Orangutan did not understand the request).</p> Orangutan::Redmine - Feature #124 (Open): Let users specify what they did during a break by answe...http://projects.andriylesyuk.com/issues/1242010-03-09T17:47:14ZAndriy Lesyuks-andy@andriylesyuk.com
<p>Saying I’m working on something and suddenly my manager asks me to attend a meeting. Saying the meeting lasts for an hour. When I get back Orangutan asks me if he should record a break. That’s fine! But it would be cool if I could answer something like: “Yes... I had a meeting with my manager.”. And he would add this as a task.</p> Orangutan::Redmine - Feature #20 (Open): Let user specify what he did during a breakhttp://projects.andriylesyuk.com/issues/202009-10-08T19:01:00ZAndriy Lesyuks-andy@andriylesyuk.com
<p>Saying I’m working on something and suddenly my manager asks me to attend a meeting. Saying the meeting lasts for an hour. When I get back Orangutan asks me if he should record a break. That’s fine! But it would be cool if I could answer something like: “Yes... I had a meeting with my manager.”. And he would add this as a task.</p>