rdmenezes/doneyet

Automatically exported from code.google.com/p/doneyet

doneyet's Issues

Add a compiled version to the downloads list.

Add a compiled downloadable version to the downloads tabs.

Original issue reported on code.google.com by [email protected] on 22 Jul 2009 at 6:24

Change Hierarchical List to be rooted at a task instead of at a vector

At the beginning I made a bad decision to store top level tasks in a vector, 
but all subtasks go inside parent tasks.  This has required separate 
functions for root tasks and all other tasks.  Allowing the list view to be 
rooted at a root Node instead of a root Vector will simplify everything, and 
allow us to fix other issues such as issue 1.

Original issue reported on code.google.com by [email protected] on 15 Jul 2009 at 1:46

Root level tasks are unmoveable.

Attempting to move a root level task (a task with no parents) either up or
done has no affect.

Original issue reported on code.google.com by [email protected] on 5 May 2007 at 5:19

Handle multi line text in hierarchical list view

The hierarchical list view stops input on newlines.  It should be able to 
handle newlines internally so 
one item can take up more than one line.

Original issue reported on code.google.com by [email protected] on 8 May 2007 at 2:46

Add an option to allow saving after every edit task automatically.

Optionally allow saving automatically after every change to the list.  This
will probably wait until there's a proper undo functionality so that in the
even you mess things up you can always control-c.

Original issue reported on code.google.com by [email protected] on 6 Aug 2009 at 4:33

Add confirmation when deleting a task.

Delete is a little too overzealous :).  Require confirmation before 
deleting.

Original issue reported on code.google.com by [email protected] on 31 Jul 2009 at 9:20

Patch for /trunk/dialog-box.h

Add comment.

Original issue reported on code.google.com by [email protected] on 11 Aug 2011 at 3:43

Attachments:

• dialog-box.h.patch

Confirm delete dialog appears even though no task is selected

When pressing 'd' to delete a task when no task is selected, the user is
asked 'Are you sure you want to delete this task' anyway.

This is fixed by moving the check if "selected_task == NULL" in
workspace.cc to before the prompt-on-delete dialog.

Original issue reported on code.google.com by [email protected] on 18 Apr 2010 at 1:04

Consider advisory locking on projects.

It's easy to open two copies of DoneYet pointing at the same project with
disastrous consequences.  Add an advisory locking policy to projects, and
potentially a read-only mode.

Original issue reported on code.google.com by [email protected] on 27 Jul 2009 at 7:29

Crashes if "&" in project name

What steps will reproduce the problem?
1. Create project such as "K&S"
2. Add a task
3. crash

Original issue reported on code.google.com by [email protected] on 29 Oct 2009 at 10:01

Unable to compile doneyet

Hi,

I'm trying to compile doneyet under linux (Debian Sid), but I get the
following errors :


g++ -g  -O3 -I. -c task.cc 
task.cc: In member function ‘void Task::SwapTasks(Task*, Task*)’:
task.cc:102: error: no matching function for call to
‘find(__gnu_cxx::__normal_iterator<Task**, std::vector<Task*,
std::allocator<Task*> > >, __gnu_cxx::__normal_iterator<Task**,
std::vector<Task*, std::allocator<Task*> > >, Task*&)’
task.cc:103: error: no matching function for call to
‘find(__gnu_cxx::__normal_iterator<Task**, std::vector<Task*,
std::allocator<Task*> > >, __gnu_cxx::__normal_iterator<Task**,
std::vector<Task*, std::allocator<Task*> > >, Task*&)’
task.cc: In member function ‘void Task::MoveTaskUp(Task*)’:
task.cc:125: error: no matching function for call to
‘find(__gnu_cxx::__normal_iterator<Task**, std::vector<Task*,
std::allocator<Task*> > >, __gnu_cxx::__normal_iterator<Task**,
std::vector<Task*, std::allocator<Task*> > >, Task*&)’
task.cc: In member function ‘void Task::MoveTaskDown(Task*)’:
task.cc:139: error: no matching function for call to
‘find(__gnu_cxx::__normal_iterator<Task**, std::vector<Task*,
std::allocator<Task*> > >, __gnu_cxx::__normal_iterator<Task**,
std::vector<Task*, std::allocator<Task*> > >, Task*&)’
make: *** [task.o] Erreur 1


Here is my g++ configuration :


julien@L005909:~/comp/src/doneyet-read-only$ g++ -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.2-1'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --enable-nls
--with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3
--enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc
--enable-mpfr --enable-targets=all --enable-cld --enable-checking=release
--build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.3.2 (Debian 4.3.2-1) 


Do you know where it could come from ? Version problem, missing library ?

Thanks in advance,

Julien

Original issue reported on code.google.com by [email protected] on 30 Oct 2008 at 3:57

Unable to use accented characters

What steps will reproduce the problem?
1. Create a task
2. Enter locale characters like 'é'

What is the expected output? What do you see instead?
Expected: Character 'é' in the task. Instead: Character is discarted.

What version of the product are you using? On what operating system?
r57 on Debian GNU/Linux 5.0.1 (lenny)

Please provide any additional information below.
% locale
LANG=fr_FR.UTF-8
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=

Original issue reported on code.google.com by [email protected] on 12 Jun 2009 at 12:59

Segfault on screen resize

What steps will reproduce the problem?
1. Start doneyet in a xterm or putty
2. Resize window

What is the expected output?
Running program

What do you see instead?
Program received signal SIGSEGV, Segmentation fault.

What version of the product are you using? On what operating system?
svn #57

Please provide any additional information below.
Stack is not usable (garbage)

Original issue reported on code.google.com by [email protected] on 23 Jun 2009 at 9:48

Wrong variable substitution in Makefile

What steps will reproduce the problem?
1. make

What is the expected output? What do you see instead?
Linking should be done using LFLAGS and not IFLAGS
-    $(CCC) -o $(EXECUTABLE) $(COMPILEFLAGS) $(OFILES) $(LIBS) $(IFLAGS) 
+    $(CCC) -o $(EXECUTABLE) $(COMPILEFLAGS) $(OFILES) $(LIBS) $(LFLAGS) 

What version of the product are you using? On what operating system?
revision 59

Original issue reported on code.google.com by [email protected] on 18 Jul 2009 at 3:14

Segfaults when pressing Esc during Project creation

Pressing the escape key during the inital project creation dialog box
causes a segmentation fault.

PS: In fact the first thing I did as soon as I'd typed the project name was
try to rename (press backspace) but that didn't work so I tried to press
"esc" and it segfaulted! :D Really funny considering its the first time I
ran the program.

Anyway the segfaulting doesn't seem to happen in any of the other dialog
boxes within the program. So it must be a simple bugfix

Original issue reported on code.google.com by [email protected] on 14 Nov 2009 at 6:11

Undo Manager

Add undo functionality.

Original issue reported on code.google.com by [email protected] on 6 Aug 2009 at 4:33

Running under screen breaks window resizing

What steps will reproduce the problem?
1. Run screen
2. Run doneyet
3. Resize the window.

What is the expected output? What do you see instead?
Normally the window should reflow to fit within the new terminal size.  Instead 
doneyet doesn't 
receive the new dimensions and stays the original size, making all the lines 
wrap.

The theory at the moment is that screen steals SIGWINCH so it never gets to 
doneyet.

Original issue reported on code.google.com by [email protected] on 18 Jul 2009 at 4:37

Create an ncurses dialog box.

Write an ncurses dialog box.  It should be capable of handling arbitrary 
buttons and text.

Original issue reported on code.google.com by [email protected] on 8 May 2007 at 2:40

Given a large tree of tasks, deleting the child-most task when it's the only thing remaining clears the whole tree.

What steps will reproduce the problem?
1. Create a task tree:
- Test
 - Test
  - Test
   - TestA
   - TestB

2. Mark Test A completed.
3. Refilter to only in-progress and unstarted.
4. Delete Test B.  The whole tree disappears and the list ends up with the 
wrong item selected.

What is the expected output? What do you see instead?
The tree should remain.

Original issue reported on code.google.com by [email protected] on 7 Aug 2009 at 7:09

Write a color manager

We need a color manager to bridge the gap between configured color pairs, and 
who uses those 
color pairs.  At the moment, tasks, the hierarchical list, and the menu system 
all use colors.

Original issue reported on code.google.com by [email protected] on 24 Jul 2009 at 4:17

Typo in serializer.cc ('#' missing)

What steps will reproduce the problem?
1. rm serializer.cc
2. svn update
3. make

What is the expected output? What do you see instead?
serializer.cc:1: error: expected constructor, destructor, or type
conversion before ‘<’ token
serializer.cc: In member function ‘void Serializer::WriteUint8(uint8)’:
serializer.cc:55: error: ‘assert’ was not declared in this scope
serializer.cc: In member function ‘uint8 Serializer::ReadUint8()’:
serializer.cc:108: error: ‘assert’ was not declared in this scope
make: *** [serializer.o] Erreur 1

What version of the product are you using? On what operating system?
Revision 59

Please provide any additional information below.
Line 1:
Change "include <assert.h>" in "#include <assert.h>"

Original issue reported on code.google.com by [email protected] on 18 Jul 2009 at 3:09

Create an ncurses dialog box.

Write an ncurses dialog box.  It should be capable of handling arbitrary 
buttons and text.

Original issue reported on code.google.com by [email protected] on 8 May 2007 at 2:37

Make an ncurses console

We need an ncurses console of some sort to direct status messages and 
potentially also display 
editing modes.

Original issue reported on code.google.com by [email protected] on 8 May 2007 at 2:42

Delete/backspace not functional on OS X

1. Compile and run on OSX
2. Create a project and begin entering a task.
3. Hit delete or backspace during text entry of a task.

Expect use of delete and backspace to remove characters as usual.

Using checkout of trunk r58 on OS X.

Original issue reported on code.google.com by [email protected] on 13 Jul 2009 at 3:20

Deleting a task, and then adding a task without selecting a different one adds the new tasks to the deleted one.

What steps will reproduce the problem?
1. Add a task.
2. Delete it.
3. Add a task.

What is the expected output? What do you see instead?
The new task should be shown.  It isn't.

Original issue reported on code.google.com by [email protected] on 25 Jul 2009 at 9:52

Unable to edit/delete notes

Notes can only be added to a task.
There is no way to remove or edit them

Original issue reported on code.google.com by [email protected] on 1 Sep 2010 at 10:15

Manage Projects

Make it possible to remove projects, edit project names. 

Original issue reported on code.google.com by [email protected] on 5 Jul 2009 at 10:50

Add a Preferences Manager

There should be a preferences manager to allow configuration of colors,
optional windows (such as the notes view) and other such things.

Original issue reported on code.google.com by [email protected] on 27 Oct 2008 at 3:54

Unable to delete top task

What steps will reproduce the problem?
1. Create at least two new tasks
2. Delete the first one with 'd'

What is the expected output? What do you see instead?
I expect the first item to be deleted and the program not to crash.

What version of the product are you using? On what operating system?
SVN r56, OS X 10.5.6, compiled with GCC 4.0.1

Original issue reported on code.google.com by [email protected] on 20 Apr 2009 at 11:58

Backspace and Delete keys not working

What steps will reproduce the problem?

1.Cannnot use delete or backspace when adding or editing items

What is the expected output? What do you see instead?

cursor does not move when these keys are pressed

What version of the product are you using? On what operating system?

doneyet 76-1 from Arch Linux AUR

Please provide any additional information below.

Kernel: 2.6.32-ARCH

Original issue reported on code.google.com by [email protected] on 10 Jan 2010 at 8:47

Drawing is busted with ncurses 5.7 on FreeBSD 7.1

Filed on behalf of Marc Lagrange.  Seems to work fine with other versions.

Original issue reported on code.google.com by [email protected] on 13 May 2009 at 9:51

Segmentation fault on exit

What steps will reproduce the problem?
1. Start doneyet.
2. Press esc twice.

What is the expected output? What do you see instead?
Normal exit, but segmentation fault occurs.


What version of the product are you using? On what operating system?
Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.54-2 x86_64 GNU/Linux
Current (from trunk)

Please provide any additional information below.
Problem can be solved:
1: workspace.cc: In constructor initialize notes_list_ = NULL;
2: workspace.cc In destructor check if notes_list_ is not NULL defore deleting 
it. 

Original issue reported on code.google.com by [email protected] on 15 May 2014 at 4:56