> We can set the webserver to send files for download, so neither the
> webserver or webbrowser will interpret them.
I imagine that even if the files are set for download, they will be
interpreted. If say I setup a GIF for PHP to run through it, and then
force the download header, it will prob
>
> Sounds like you are an expert around here :-)
>
But I have not done any coding in 4 years..
Brendan
___
Openfontlibrary mailing list
Openfontlibrary@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/openfontlibrary
On Nov 3, 2008, at 4:46 PM, Ed Trager wrote:
> Hi, Brendan,
>
> The PHP getId3() library is at http://getid3.sourceforge.net/. It
> might be worth looking into how to expand this library to recognize
> the TTF and OTF file headers, perhaps? The idea here seems quite
> similar to what the *Nix "
>
> Which dev list? :-)
>
ccHost Dev List
>> One note of concern that I will research. If someone starts with
>> a .html
>> file and adds php content, then uploads it and renames it to .php,
>> a script
>> could be executed if the detect script does not register it as a
>> php file
>
> I'v
dan
On Nov 3, 2008, at 10:12 AM, Dave Crossland wrote:
> 2008/11/3 Brendan Ferguson <[EMAIL PROTECTED]>:
>>>
>>> By "headers" Ed means "the first few bytes of the file". So the
>>> "file"
>>> command does indeed id
>>
>
> By "headers" Ed means "the first few bytes of the file". So the "file"
> command does indeed identify PHP files perfectly:
>
>
I will take your word on it. I am clearly not up to date on this.
Will it detect a PHP file with a .html file if I have enabled PHP
support in .html files?
Bren
>
> Here in Canada there's no such thing as public domain.
http://creativecommons.org/weblog/entry/5809
Is my recollection that copyright actually expires before US copyright
in canada. I seem to remember that they use to be on par, but that the
united states increased there copyright length
> I suppose the "Report possible License violation" feature could be
> duplicated/extended to "Report possible malicious file" so a simple
> machine filter like file extensions would have a social safety net.
>
>> The *nix "file" command reads the file
>> headers and determines file type based on t
>
> (c) when any individual files are added to the typeface, create a new
> zip that includes everything
For what reason? Downloading? Is this essential or ideal?
>
>
> (d) have the decompression work for any common format
>
> (e) have the compression happen in a range of formats
So, everything
Firefox does not render the @font face on my box. (OS X) but Safari
Does! aka Mac computers ship with there default browser supporting it.
Looks like the momentum is in our favour.
Now, back to the ccHost. If someone is willing to coach me through
what would be an ideal upload solution with
>>
> And looking is all it will do for Zips. No unarchiving... so I can't
> for
> example ask it about each of the files in the archive in a useful way.
> It's just executing a system command or something in getID3 and then
> waving the results in the air in an affable but essentially unhelpful
>
After dong a little investigating, ccHost does allow you to see the
contents of a zip file. I installed ccHost and then uploaded a zip
file. The contents were there.
Am I on the same page as you guys?
I would not allow me to use all the other font files though. There
should be an option to
I am very sure PHP can zip read zipped files, tarball and read
tarballs. It really should not be a big deal expanding ccHost to do
this.
Brendan
On Oct 25, 2008, at 12:54 PM, [EMAIL PROTECTED]
wrote:
> Send Openfontlibrary mailing list submissions to
> openfontlibrary@lists.freedes
>
> It's really up to the designers to choose the appropriate license that
> makes sense to them but we recommend the OFL as indicated on the wiki:
> http://openfontlibrary.org/wiki/Font_Licensing
Great
>
>
> I'd also recommend getting the designer to read through the OFL FAQ.
Will do.
>
>
> As f
14 matches
Mail list logo
