headers
Jason | 1 Sep 2006 07:17

Second MarCom Team member

Hi, my name is Jason Grenier and I'd like to introduce myself as the second 
MarCom team member.

I hail from Canada and will be using my 10+ years of marketing experience to 
help make Haiku more appealing to our current target--developers.

Things are getting pretty exciting in the Haiku project.  I hope we can keep 
up all this great momentum!
Permalink | Reply | 1 comment |
headers
holmqvist.fredrik | 1 Sep 2006 08:58

Re: bounties for the new website...


> 
> From: "Axel Dörfler" <axeld@...>
> Date: Thu, 31 Aug 2006 22:59:54 +0200 CEST
> To: openbeos@...
> Ämne: [openbeos] Re: bounties for the new website...
> 
> <holmqvist.fredrik@...> wrote:
> > What about CD Manager? I liked it very much back then.
> 
> It's not an open source application. Besides, having a native app like 
> this would be my favourite as well.
> 

No, but contacting the dev and asking if he is interested in releasing or selling the code might be good
before skipping it.

/Fredrik Holmqvist
Permalink | Reply | 3 comments |
headers
Axel Dörfler | 1 Sep 2006 09:49
Picon

Re: bounties for the new website...

Charlie Clark <charlie@...> wrote:
> >> What about CD Manager? I liked it very much back then.
> > It's not an open source application. Besides, having a native app 
> > like
> > this would be my favourite as well.
> By far the best CD app out for BeOS out there! Even when it didn't  
> work (broken recorder) it produced reportable debug information.

To bad Marcus didn't finish or open sourced it (yet?) :-))

Bye,
   Axel.
Permalink | Reply | 0 comments |
headers
Axel Dörfler | 1 Sep 2006 10:22
Picon

Re: Second MarCom Team member

"Jason" <jason@...> wrote:
> Hi, my name is Jason Grenier and I'd like to introduce myself as the 
> second 
> MarCom team member.
> 
> I hail from Canada and will be using my 10+ years of marketing 
> experience to 
> help make Haiku more appealing to our current target--developers.

Welcome, we're looking to working with you :-)

> Things are getting pretty exciting in the Haiku project.  I hope we 
> can keep 
> up all this great momentum!

We'll try :)

Bye,
   Axel.
Permalink | Reply | 0 comments |
headers
Axel Dörfler | 1 Sep 2006 10:20
Picon

Re: question about dos filesystem and mime types

Ingo Weinhold <bonefish@...> wrote:
> On 2006-08-31 at 19:20:20 [+0200], Axel Dörfler <axeld <at> pinc-software.de> 
> > wrote:
> > "Jérôme Duval" <korli@...> wrote:
> > > I'm wondering why we bother supporting reading "BEOS:TYPE" 
> > > attribute
> > > for files located on a dos file system. Shouldn't it be the job 
> > > of
> > > the registrar/mime registry anyway ?
> > The problem is that files without such attribute are handled as 
> > generic
> > files; the registrar only sets this attribute after having sniffed 
> > the
> > file, and Tracker (ie. the roster on Launch()) can then work with 
> > it.
> > I'm not sure how we could do this differently, even though it looks
> > desirable.
> I actually don't quite understand the problem. MIME sniffing (by 
> extension 
> and/or contents) should work just well for files on volumes not 
> supporting 
> MIME types. I believe this is merely a question of extending the 
> Tracker to 
> sniff the file types, if the volume doesn't support them. And if 

Yes, indeed, we could change Tracker to sniff the types - this would 
make sense for BFS volumes as well, but it could also slow down opening 
directories with many files considerably for volumes without attribute 
support if there is extra communication involved for every file. So 
this should be either cached at the file system level or somewhere else
(Continue reading)

Permalink | Reply | 5 comments |
headers
Axel Dörfler | 1 Sep 2006 12:08
Picon

Re: question about dos filesystem and mime types

Marcus Overhagen <marcusoverhagen@...> wrote:
> Extensions and alias entries should probably stored in a hash table,
> for fast access.

We thought of having aliases as symlinks in the file system.

> I also vote for making extension matching case insensitive.

Me too.

Bye,
   Axel.
Permalink | Reply | 6 comments |
headers
Marcus Overhagen | 1 Sep 2006 12:39
Picon
Favicon

Re: bounties for the new website...

holmqvist.fredrik@... wrote:

> > > What about CD Manager? I liked it very much back then.
> > 
> > It's not an open source application. Besides, having a native app like 
> > this would be my favourite as well.
> > 
> 
> No, but contacting the dev and asking if he is interested in releasing or
> selling the code might be good before skipping it.

Please don't ask the developer. This software sucks big time. 

regards
Marcus

Viel oder wenig? Schnell oder langsam? Unbegrenzt surfen + telefonieren
ohne Zeit- und Volumenbegrenzung? DAS TOP ANGEBOT JETZT bei Arcor: günstig
und schnell mit DSL - das All-Inclusive-Paket für clevere Doppel-Sparer,
nur  44,85 €  inkl. DSL- und ISDN-Grundgebühr!
http://www.arcor.de/rd/emf-dsl-2
Permalink | Reply | 2 comments |
headers
Axel Dörfler | 1 Sep 2006 13:17
Picon

Re: bounties for the new website...

Marcus Overhagen <marcusoverhagen@...> wrote:
> holmqvist.fredrik@... wrote:
> > > > What about CD Manager? I liked it very much back then.
> > > It's not an open source application. Besides, having a native app 
> > > like 
> > > this would be my favourite as well.
> > No, but contacting the dev and asking if he is interested in 
> > releasing or
> > selling the code might be good before skipping it.
> Please don't ask the developer. This software sucks big time. 

You don't like it anymore? :-)
Anyway, it still works fine here, and is actually the only burning 
program in active use for me.

Bye,
   Axel.
Permalink | Reply | 1 comment |
headers
François Revol | 1 Sep 2006 13:29
Picon
Favicon
Gravatar

Re: question about dos filesystem and mime types

> Yes, indeed, we could change Tracker to sniff the types - this would 
> make sense for BFS volumes as well, but it could also slow down 
> opening 
> directories with many files considerably for volumes without 
> attribute 
> support if there is extra communication involved for every file. So 
> this should be either cached at the file system level or somewhere 
> else 
> - if we go with the file system, the B_FS_HAS_MIME flag could 
> indicate 
> that the file system supports storing the type at least volatile (as 
> long as the vnode stays in memory).

I still plan on adding attribute support to dosfs. Maybe rewrite it ? 
(I could have a try at C++ in the kernel maybe :D)
FAT is old and unefficient but it is widely used, and mandatory for 
things like mp3 players, so it makes sense to keep it around.

François.
Permalink | Reply | 4 comments |
headers
François Revol | 1 Sep 2006 13:31
Picon
Favicon
Gravatar

Re: question about dos filesystem and mime types

> Marcus Overhagen <marcusoverhagen@...> wrote:
> > Extensions and alias entries should probably stored in a hash 
> > table,
> > for fast access.

Doesn't the existing mime db already supports multiple extentions for 
the same mime ? (by adding BMessages, but maybe it's not efficiently 
parsed ?)

François.
Permalink | Reply | 4 comments |

Gmane