[Announce] MaeCalTasks - Page 2 - maemo.org

jackburton | # 11 | 2012-09-10, 14:34 | Report

Originally Posted by ForeverYoung View Post

Unicode...

I think I know the problem here. I will fix in the next revision I push to extras-devel.

jackburton | # 12 | 2012-09-11, 01:23 | Report

I just pushed a new revision to extras-devel that fixes some bugs:

Fixed bug where notes not deleting
Fixed bug where Today view was selecting wrong dates
Fixed bug where Tomorrow view was selecting wrong dates
Fixed bug where buttons were disappearing
Fixed bug where views were not updating after adding new folders
Fixed bug where views were not updating after deleting folders
Fixed bug where adding new items from views were not going to Inbox by default

I also figured out why Unicode may not work. I need to update the way I'm reading in the data from the calendar-backend API using the proper Qt Unicode methods. This will be fixed in the next revision.

The Following 4 Users Say Thank You to jackburton For This Useful Post:
imo, klinglerware, reinob, vi_

jackburton | # 13 | 2012-09-11, 02:15 | Report

One more bug fix:

Fixed bug where Late view was selecting wrong dates

The Following 3 Users Say Thank You to jackburton For This Useful Post:
imo, klinglerware, vi_

ForeverYoung | # 14 | 2012-09-11, 04:28 | Report

Originally Posted by jackburton View Post

I think I know the problem here. I will fix in the next revision I push to extras-devel.

Well, just for example

Attached Images

The Following User Says Thank You to ForeverYoung For This Useful Post:
imo

jackburton | # 15 | 2012-09-11, 11:30 | Report

Originally Posted by ForeverYoung View Post

Well, just for example

Can you try again with revision 1.0.0-4?

I revised all the methods where I was reading the

Code:

*std::basic_string_c_str

from the DB from plain

Code:

QString

to

Code:

QString::fromLocal8Bit

.

I believe this may resolve the display issue.

Thanks!

The Following User Says Thank You to jackburton For This Useful Post:
vi_

jackburton | # 16 | 2012-09-11, 11:35 | Report

Originally Posted by raily View Post

The Tasks deleated all well, but there was also a note, which keeps showing although i deleted it.

edit: i can edit the note though

Try the latest version. I believe I have resolved this.

The Following User Says Thank You to jackburton For This Useful Post:
vi_

raily | # 17 | 2012-09-11, 13:57 | Report

Hello, unicode is fixed for me in the latest version. Is there a reason why the alarm option is always greyed out when setting up a new task?

jackburton | # 18 | 2012-09-11, 14:32 | Report

Originally Posted by raily View Post

Hello, unicode is fixed for me in the latest version. Is there a reason why the alarm option is always greyed out when setting up a new task?

I didn't have time to wire up the Alarm code

It will be enabled when the feature freeze is over after the competition voting period. I am only allowed to fix bugs at this time.

The Following 2 Users Say Thank You to jackburton For This Useful Post:
raily, sixwheeledbeast

ade | # 19 | 2012-09-13, 08:31 | Report

I wanted to explore the options of this app, but it crashes on me when trying to add a note or task.

Code:

Category table does not exist!
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& updateQueries() !!!
1
Folder Name for ID 1 is: Projects
Error retrieving default Calendar
Segmentation fault (core dumped)

Could this be caused by an inconsistency in my calender database?

The Following User Says Thank You to ade For This Useful Post:
sixwheeledbeast

jackburton | # 20 | 2012-09-13, 17:02 | Report

Originally Posted by ade View Post

I wanted to explore the options of this app, but it crashes on me when trying to add a note or task.

Code:

Category table does not exist!
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& updateQueries() !!!
1
Folder Name for ID 1 is: Projects
Error retrieving default Calendar
Segmentation fault (core dumped)

Could this be caused by an inconsistency in my calender database?

I am using the

Code:

getDefaultCalendar()

function in the API. http://maemo.org/api_refs/5.0/5.0-fi...20ad45eb84f5bd

It looks like this is returning null for some reason. Obviously I'm not doing a good job of checking for failure (the code needs lots of refactoring to become robust. I'm just assuming this would be successful on each call).

Can you put the contents of the Calendars table from the ~/.calendar/calendardb file here?
I will fix the null reference and just grab the first calendar that exists if the default API call fails