Rockbox

fix the #defint =]
thanks Mikachu

   rockcalendar.c (48.5 KiB)

1) It doesn't follow the coding guidelines in docs/CONTRIBUTING

2) We don't need 2 calendars in Rockbox

3) The CVS $Id:$ string has no trailing '$'

4) Looks nice

1 and 3 is fixed,

2, you right but it's a very hard work to port this calendar for the tiny screens

 so what is the problem to have a color calendar (and b&w in the future) for the large screens?

4, thanks =]

   rockcalendar.c (49.3 KiB)

New Version,
Now support: H3xx,H100,iPod 3/4 G, Archos Ondio/Recorder

(only h3xx version tried on the player
all the others on the sim)

   bitmaps.diff (1.7 KiB)
   bitmaps.zip (18.8 KiB)
   RockCalendar.c (63.7 KiB)

Cool plugin. Is it possible to add an option (for H100) to set the start date. Otherwise the calendar starts in January 1970.
I saw on my H140, the start date (1.1.1970) is a Monday, but in real it was a thursday. Could you please check that ?

h140 doesnt have RTC

Yes, I know. But for the H100 it is necessary to set the start date correct (actually it isn't). The option to set the start date means, the user can set the displayed month/year when starting RockCalendar.

New version:

add an option at the main menu to set the date in the non RTC targets.

i check it with tucoz and it seem to work nice

the file contains bitmaps, diff file and rockcalendar.c

   rockcalendar.zip (30.7 KiB)

Thanks, works fine on H1x0.

Update:
Capital letters keyboard (use caps key on the keyboard (not in archos) or F1 in Archos rec, Hold menu in Archos ondio, Mode in iRiver and Select + Play in iPod)
Better navigation in the keyboard

Comments??

   rockcalendar.patch (83.2 KiB)
   apps.zip (12.4 KiB)

Update:
Start the calendar on logical date in the NON-RTC targets (1/1/2000) on the first start of rockcalendar
Correct the leap year calculation
Change the ipod key mapping

   rockcalendar.diff (83.3 KiB)
   apps.zip (12.4 KiB)

Fixed some build errors

   rockcalendar.diff (83.3 KiB)

paprica: on non RTC-target, the start date (set in the options) will not be saved when leaving the plugin. Could you please take a look?

I had to remove the if-Section in the apps/plugins/SOURCES to make it work. Could u please check this.

it did work sorry for the comment. I didnt know that the plugins are directly linked to Rockbox and u just have to compile them with it.

can someone make this into a rock file since i can't complie rockbox please

Thank You
Jon

Note that the tracker should not be used as a support channel. Use the
forums, irc or the mailing lists for that.
And as to your request, you can find detailed instructions on the site
for help with compiling and patching.

Here's an updated patch synced with CVS and with keymaps added for the H10

   rockcalendar.diff (79.5 KiB)

Hey, any chance the H10 5Gb users will be able to get in on this? It sounds really cool. I'm posting here cos both the forum topics seem to be dead.

update to current SVN

   rockcalendar.diff (79.5 KiB)

Nice calendar! Would love to use it on the sansa

First try to support sansa target :)
Based on SVN source from 20070310
Still needs some tuning for the correct LCD size
Only tried on simulator so please try it on a real target

   rockcalendar.patch (83.4 KiB)

oops there was an error in the patch file
should be fixed with this one

   rockcalendar.patch (83.4 KiB)

Sansa port needs some minor screen fixes.
The last row takes up the rest of the screen.
Serious bug when choosing to delete a note
when there are none. crash.
When in the create note and choose delete
without saving the note it deletes the last note made

Splash displays need updating for new format rb→splash(HZ*1, "text")
Otherwise nice display and I like the icons.
I could get away from the rockboy Marykate and Ashley Calendar.
GRaTT

Does this work for sansa?

adjusted the patch to the new syntax of splash(). No other changes.

   rockcalendar.patch (83.4 KiB)

Problem building with 13783, configured for iriver H120/140:

~/rockbox/build/apps/plugins/rockcalendar.o: In function `keyboard_loop':
rockcalendar.c:(.text+0x720): undefined reference to `memcpy'
rockcalendar.c:(.text+0x804): undefined reference to `memcpy'
rockcalendar.c:(.text+0x83e): undefined reference to `memcpy'
rockcalendar.c:(.text+0x87e): undefined reference to `memcpy'
rockcalendar.c:(.text+0x8c4): undefined reference to `memcpy'
~/rockbox/build/apps/plugins/rockcalendar.o:rockcalendar.c:(.text+0x96c): more undefined references to `memcpy' follow
collect2: ld returned 1 exit status
make[2]: *** [~/rockbox/build/apps/plugins/rockcalendar.elf] Error 1

Updated with a fix for the memcpy issue.

   rockcalendar.patch (83.4 KiB)

so… why isn't this committed?

I asked on IRC:
- amiconn queries it's usability on small screens and wants a single calendar for all targets
- linuxstb would like to see it using the standard menu API

I've not looked at the code, maybe these have been resolved?

just had a quick look and I disagree about the need to only have 1 calendar plugin, also I tihnk that menu looks nice, but probably should use the standard API.
and lastly, The keyboard should use the inbuilt one also. as nice as it looks, I didnt find it very intuitive, and does it work for non-english keyboards?

What about iPod Video? You're talking about whether to have 1 or 2 calendars in rockbox, while ipod video has none :( I guess it would be pretty simple to port this plugin - create new bitmaps and add new #ifs.

Please replace IAUDIO_X5_PAD with IAUDIO_X5M5_PAD

is it somehow possible to use this calendar on sansa e200 series? if yes, please tell me how. Otherwise, is there a link on how to write rockbox apps and put them correctly on my player? I already set up a build environment, so should be no problem to self-compile, but dunno how to put the app into the rest of rockbox^^

Is this plugin portable to Gigabeat F series ?

sync to SVN (r18196)

   rockcalendar.patch (83.8 KiB)

Tested on Gigabeat F using button maps from  FS#9224 . The patch is great, but I wouldn't show the "Add" menu entries to the context menu. Instead, You could have something like a context menu only displaying the selected day's entries, and use the "menu" key (or any) to display a menu to add an entry, which contents would slightly change between main screen and entry display. In fact, what I suggest is that the soft mainly works in a two-screens mode, ie. one month view, and one daily view, displaying one day's entries. I don't really know if this is clear, but the point would be to allow day per day as well as month per month navigation. Plus, the type of list used in tag's viewer could be used also for displaying tasks. Finally, different types of tasks (memos, meetings, maybe birthdays, would be great. Nonetheless, I guess this plugin won't be fully usable until it can be synced with a computer, but this is a very heavy coding challenge, and IMO quite boring to do. Great patch otherwise !
CFP.

"patching file apps/plugins/rockcalendar.c
patching file apps/plugins/bitmaps/native/SOURCES
Hunk #1 succeeded at 368 with fuzz 2 (offset 111 lines).
patching file apps/plugins/bitmaps/mono/SOURCES
Hunk #1 FAILED at 28.
1 out of 1 hunk FAILED – saving rejects to file apps/plugins/bitmaps/mono/SOURCES.rej
patching file apps/plugins/SOURCES
Hunk #1 succeeded at 12 (offset 2 lines)."
when applying to SVN r18507. Maybe patch needs resync?

Moarc: Did you use the latest version (06 August 2008, sync to r18196)? I applied it to r18510 without problems.

Now I downloaded newest version of patch and yes, it works properly.

I tried and source patches, but it doesn't compile - make says "make[x]: *** No rule to make target `rockcalendar_*.WITDHxHEIGHTxDEPTH.bmp', needed by `/home/Moarc/rockbox/build/apps/plugins/bitmaps/native/rockcalendar_note.WIDTHxHEIGHTxDEPTH.c'. Stop.".

Moarc: You need to unzip apps.zip (Comment by Ben Basha (paprica) - Sunday, 26 March 2006) into the RB source folder. It contains all the bitmaps.

What's the future of this patch now that the existing Calendar plugin as been adapted to work on most targets?

Does it still have the problems that have been preventing it being committed? Namely, not using the standard Rockbox UI widgets?

I think this should be closed now. Doesn't seem like any of the issues have been resolved.