rdmenezes / doneyet Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/doneyet
Automatically exported from code.google.com/p/doneyet
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
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
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
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
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
Add comment.
Original issue reported on code.google.com by [email protected]
on 11 Aug 2011 at 3:43
Attachments:
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
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
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
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
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
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
Add undo functionality.
Original issue reported on code.google.com by [email protected]
on 6 Aug 2009 at 4:33
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.