ok, well.. iv been playing with this idea anyway..
hmm.. looks like i put it in the wrong plugin :p this 1 doesnt use
_pre at all... anyway, here is the code iv got...
**
struct {
int button_code;
int ret_code;
bool needs_pre;
} ButtonItem;
int read_button(struct Bu
On Thu, 03/23/06 at 10:06:57 +1100, Jonathan Gordon wrote:
> On 23/03/06, Brandon Low <[EMAIL PROTECTED]> wrote:
> > Great work! You just took some work off of Christi's plate toward
> > cleaning up button definition hell. This is basically very closely
> > along the lines of what we were talking
On 23/03/06, Daniel Stenberg <[EMAIL PROTECTED]> wrote:
> On Thu, 23 Mar 2006, Jonathan Gordon wrote:
>
> > im not entirely sure :p i was hopeing this msg would get more responses...
>
> When we discussed this at devcon, we decided there was no way we could squeze
> such a huge overhaul into 3.0. T
On Thu, 23 Mar 2006, Jonathan Gordon wrote:
im not entirely sure :p i was hopeing this msg would get more responses...
When we discussed this at devcon, we decided there was no way we could squeze
such a huge overhaul into 3.0. That might also be a reason why not so many
replies: we work har
On 23/03/06, Brandon Low <[EMAIL PROTECTED]> wrote:
> Great work! You just took some work off of Christi's plate toward
> cleaning up button definition hell. This is basically very closely
> along the lines of what we were talking about at devcon for button
> functions, and by moving the pre logi
Great work! You just took some work off of Christi's plate toward
cleaning up button definition hell. This is basically very closely
along the lines of what we were talking about at devcon for button
functions, and by moving the pre logic up to a higher level, we can
reduce code size and improve
On Wednesday 22 March 2006 01:20, Daniel Stenberg wrote:
> On Tue, 21 Mar 2006, jkubik wrote:
> > Is anyone working on the Ipod 5G serial interface at the moment?
> > If so, where are you?
>
> Since Christi hasn't shown up here yet since devcon I'll fill in and
> mention that she seems very interes
I have finally taken myself the time to create a bootloader for the X5
target. It's amazing how much of Rockbox that "just works". Now we can
start developing on the X5 for real.
http://www.rockbox.org/twiki/bin/view/Main/IaudioBoot
Linus
ok, ive done more playing with buttons..
http://users.monash.edu.au/~jdgor1/rb/button_list.txt is a list of
every unique button definition in the source (excluding the plugins)
(its possible i missed a few but that shouldnt matter)
http://users.monash.edu.au/~jdgor1/rb/suggested_button_list.txt is
On 3/22/06, Bluechip <[EMAIL PROTECTED]> wrote:
I guess for core serial transfers it should be fairly simple to keepthings generic, ala:int set_set(int baud, int parity, int bits, int stop) // 9600N81int ser_xmt(char* buffer, int buflen)int ser_rcv(char* buffer, int max, int timeout)
in
hey all,
ok, so i had a few min on the throne before and i was thinking about
how to make the keypress code nicer (and get rid of those bloody
painful _PRE definitions..)
ok, so just remember, this idea isnt 100% done and prob has flaws, but
thats why im putting it on the list.. so we can argue ab
I guess for core serial transfers it should be fairly simple to keep
things generic, ala:
int set_set(int baud, int parity, int bits, int stop) // 9600N81
int ser_xmt(char* buffer, int buflen)
int ser_rcv(char* buffer, int max, int timeout)
int ser_poll(void)
Maybe some:
int
12 matches
Mail list logo
