phpvideopro-developers — phpVideoPro Developers discussion

Re: [Phpvideopro-developers] Proposals 2do :-)

[Leszek B. <bo...@aj...>]

Hi folks ;)

I'm little busy last days, so I must postpone project a little.

> >>4. Autodetection of user/browser language and
> >>automatic switch to that
> >>language (if avaliable)
>
> Don't think so. Would make sense to the demo only; or to a version in
> the far future that adds multi-user-capabilities :) Remember, right now
> it's intended for a single user environment.

I think that when Unicode support will be enabled (all strings will be
unicode)
that won't be a problem

> >>6. Adio CD in future? ;-)
>
> Humm - does anybody feel the need for it in an application called
> phpVIDEOpro? ;-)

yeah, you right. I was just thinking what would be usefull for me, but
forgot your idea for that system ;))

See you,

---
Leszek Boroch                                       eng: KISS! - Keep It
Simple Stupid!
Technical University of Lublin                  pol: BUZI! - Bez Udziwnien
Zapisu Idioto!
mailto: bo...@aj...           lub:  BUZI! - Bez Urzywania
Zakreconego Interfejsu!

Re: [Phpvideopro-developers] language support

[Itzchak R. <izz...@qu...>]

Hi Tom,

Tom Albers wrote:
> I think you chould keep it simple. Set a cookie for the visitors
> who change the language. Default look at their country of origin
> and set a cookie for that language. Toghether with the charset.
> There should be a button to switch to english instantly, cause
> not everybody in that country speaks / understand that language
> (in our country there are working a lot of english speaking
> persons).

Again: it's intended for single-user-environment for now (and will be at 
least for the next couple of month). For the demo, it should in fact be 
reset to English from time to time - but this could be done by simply 
adding another "entry point" that first switches the language back to 
English and then redirects the visitor to the demo. I know, it's not 
nice when there are multiple users at the same time, but everything else 
would be too difficult to do "quick-and-dirty" :-)

</izzy>

Re: [Phpvideopro-developers] About UTF-8

[Itzchak R. <izz...@qu...>]

Tom,

Tom Albers wrote:
> Maybe I missed somethings, but the other day I saw some funtions
> in php, to convert text to utf (or something). But isn't xml
> rather standard and will it not cover this problem? Not that i
> like it, but ...

Please let's delay this topic for some weeks - it's nothing to be done 
*before* the release of v0.2, and I have no time for this at the moment :)

More important for me: who has the latest code running? Any bugs found? 
I wanna release it! :-)

</izzy>

Re: [Phpvideopro-developers] Proposals 2do :-)

[Itzchak R. <izz...@qu...>]

Hi Tom & Borek,

Tom Albers wrote:
> I tend to agree to all points, don't see that all points are
> urgent, but maybe for in the future (don't know about audio-cd,
> but ok). I have missed the reaction of Izzy, Izzy???

Either my Mozilla ate the answer - or I missed it as well. I'm kept very 
busy the last days (and will be the next days as well), so I won't have 
much time to concentrate on this. Short answer (again?):

>>1. More medis types:
>>        Video CD (VCD) - there are films published in
>>this format
>>         CD with video files - you may have movies
>>f.e. in AVI format on
>>standard CD

Agreed 100%

>>2. Fields for movie original language and languages
>>avaliable (DVD may have
>>many language tracks)

Good idea - may be put to 2do. Question is how to store it to enable a 
search function on this - may get a bit difficult. Have to think this 
over, msg is still kept in my Incoming folder.

>>3. Field for avaliable subtitles languages (as above)

Same comment as above :)

>>4. Autodetection of user/browser language and
>>automatic switch to that
>>language (if avaliable)

Don't think so. Would make sense to the demo only; or to a version in 
the far future that adds multi-user-capabilities :) Remember, right now 
it's intended for a single user environment.

>>5. Maybe place for links connected with movie?

See imdb feature? Additionally, we could make the comment field parsed 
for hrefs to fast-enable such a feature.

>>6. Adio CD in future? ;-)

Humm - does anybody feel the need for it in an application called 
phpVIDEOpro? ;-)

</izzy>

Re: [Phpvideopro-developers] imdb

[Itzchak R. <izz...@qu...>]

Hi Tom,

Tom Albers wrote:

> I have put it on the 2do list, so we don't forget...

Great - saw it, is the right position :-)

</izzy>

Re: [Phpvideopro-developers] New 2do list.

[Itzchak R. <izz...@qu...>]

Hi Tom,

[switch the mediatype]
> Okay, Maybe it's wise to put it in that table anyways. Maybe you
> have noticed that there will be writable dvd-players in the
> future. So let's be prepared.

You're right. Added it to 2do list.

[determination of next subnumber on tape]

>>list them up all? Or did you think of something like
>>"auto_increment" for the $part (movie-nr on tape) if left blank? The
>>latter would be not that hard to implement.
> That's exactly what I meant. It probably cannot be done, with a
> sql autoincredement,

Guess why I wrote "something *LIKE*" :)
> 'cause it has to depend on the tapenumber, but I don't have to tell
> you that, I think, but I haven't taken a look at the databases yet,
> so...

SELECT MAX(part) as max_part
   FROM video
  WHERE mtype_id=$mtype_id AND cass_id=$cass_id;

$max_part++ :-) (Just as pseudo-code)

> Yes I saw that. I was not exactly sure if that was intented for
> that use. But to clarify:
> Tape 20:
> Minute 	descr.
> 1-5		Commercials
> 5-40		Friends 1
> 40-45		Commercials (end friends 1)
> 50-55		Commercials (begin friends 2)
> 55-1.30	Friends 2
> 1.30-1.35	Commercials
> 1.35-4.00	Free

That's what the planned counter feature can serve for. Only problem: you 
will ever get the calculation for the complete recording (including 
commercials) - but the counter tells you where to position your recorder 
to view the next part.

[search function]
> I would make it a free text search through all fields. Listing
> would then be on title first, then actors and other field which
> make any sence to search through.

I'ld favour a text input field and an additional combo-box to select the 
field to search in (or select "all" to search all fields). Acceptable?

>>>7. Another search function I miss is the option to see what's on a
>>>tape. I'm always in a hurry and want to tape something, I grep a tape
>>>and ask myself what's on it. So a quick look in the db would solve
>>>that, just enter the number on the tape and it is fixed.

Already done - you like it this way? :-)

>>>8. It is not clear what is filtered and what not, so moving taperest
>>>filtered to the filter menu item (and so on) could make that clearer.
>>Don't think so. In this case you'ld always search for this item.
>>Better to move both entries of the "Filter" menue to the edit
>>menue (since one edits filters), but the list of remaining space
>>belongs to the displayed items, so it has to be in "view". And I feel
>>it is clear what is filtered - you just have to remember how the
>>filters are set :)
> Ok. I think it would be clearer (in the above suggestion) to
> rename 'view' to 'filtered view' or something. But it sonds
> logical.

That would mean, *everything* you select from the view menue is filtered 
- and that's not the case.

</izzy>

RE: [Phpvideopro-developers] date format changed

[Tom A. <to...@ko...>]

I don't see this in the devel site. But annyhow, maybe this is
also something to be set in some settings file, which format the
date should be in?

Tom

> -----Oorspronkelijk bericht-----
> Van: php...@li...
> [mailto:php...@li...urceforge.
net]Namens
> Itzchak Rehberg
> Verzonden: donderdag 13 september 2001 23:38
> Aan: php...@li...
> Onderwerp: [Phpvideopro-developers] date format changed
>
>
> Hiya,
>
> I just changed the date format in the forms: it is now
> split into
> day.month.year. Everybody who can make an own
> installation: please check
> for side effects, code is in CVS.
>
> Ah yeah, this will affect some phrases for help/error
> messages. I will
> have a look at this later :)
>
> </izzy>
>
>
> _______________________________________________
> Phpvideopro-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpvideopr
> o-developers
>
>

RE: [Phpvideopro-developers] Charsets

[Tom A. <to...@ko...>]

Allright, deleted from the dutch help file.

Tom

> -----Oorspronkelijk bericht-----
> Van: php...@li...
> [mailto:php...@li...urceforge.
net]Namens
> Itzchak Rehberg
> Verzonden: dinsdag 11 september 2001 8:55
> Aan: php...@li...
> Onderwerp: [Phpvideopro-developers] Charsets
> 
> 
> Hiya,
> 
> I just decided otherwise on this: the charset is now 
> strictly bound to 
> the language - but it's up to the writer of the 
> translation file to set 
> it accordingly. Please check out from CVS to see this 
> (one line added on 
> top of all translations in lang_??.sql file where the 
> languages table is 
> updated with the charset).
> 
> At least two important consequences:
> 1) the help files of a language have to use the same 
> charset as the
>     lang_??.sql file sets
> 2) the charset option on the configuration page is 
> obsolete (I'll
>     remove this later today).
> 
> Number 2) has another consequence: the appropriate 
> phrase on this in the 
> help system is obsolete as well and can be removed. 
> Will do this for 
> German and English later today (together with above 
> mentioned change).
> 
> </izzy>
> 
> 
> _______________________________________________
> Phpvideopro-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpvideopr
> o-developers
> 
> 

RE: [Phpvideopro-developers] language support

[Tom A. <to...@ko...>]

I think you chould keep it simple. Set a cookie for the visitors
who change the language. Default look at their country of origin
and set a cookie for that language. Toghether with the charset.
There should be a button to switch to english instantly, cause
not everybody in that country speaks / understand that language
(in our country there are working a lot of english speaking
persons).

Tom

> -----Oorspronkelijk bericht-----
> Van: php...@li...
> [mailto:php...@li...urceforge.
> net]Namens
> Itzchak Rehberg
> Verzonden: dinsdag 11 september 2001 0:02
> Aan: php...@li...
> Onderwerp: [Phpvideopro-developers] language support
>
>
> Hiya,
>
> c00l!!! Tnx to Tsveti we now have Bulgarian support
> built in. Looks
> really cool - in fact, it works! I could not imagine
> this (never used a
> different charset up to know), but even the remaining
> English stuff is
> displayed just fine (you may go to the developers demo
> to find out :)
> I'm really excited!
>
> One think at this point: guess it would be really
> helpful to have some
> hint to "default charset" in the configuration menue,
> or even a button
> "reset to defaults" (which will be English and
> iso-8859-1) if somebody
> did really mess things up. What do you think about this?
>
> </izzy>
>
>
> _______________________________________________
> Phpvideopro-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpvideopr
o-developers

RE: [Phpvideopro-developers] About UTF-8

[Tom A. <to...@ko...>]

Maybe I missed somethings, but the other day I saw some funtions
in php, to convert text to utf (or something). But isn't xml
rather standard and will it not cover this problem? Not that i
like it, but ...


Tom

> -----Oorspronkelijk bericht-----
> Van:
> php...@li...
> [mailto:php...@li...urceforge.
> net]Namens Leszek Boroch
> Verzonden: woensdag 5 september 2001 21:25
> Aan: phpvideopro-developers
> Onderwerp: [Phpvideopro-developers] About UTF-8
>
>
> >From http://www.cl.cam.ac.uk/~mgk25/unicode.html
>
>
> Because of these difficulties, the major Linux
> distributors and application
> developers now foresee and hope that Unicode will
> eventually replace all
> these older legacy encodings, primarily in the UTF-8
> form. UTF-8 will be
> used in
>
> text files (source code, HTML files, email messages, etc.)
> file names
> standard input and standard output, pipes
> environment variables
> cut and paste selection buffers
> telnet, modem, and serial port connections to terminal
> emulators
> and in any other places where byte sequences used to
> be interpreted in ASCII
> In UTF-8 mode, terminal emulators such as xterm or the
> Linux console driver
> transform every keystroke into the corresponding UTF-8
> sequence and send it
> to the stdin of the foreground process. Similarly, any
> output of a process
> on stdout is sent to the terminal emulator, where it
> is processed with a
> UTF-8 decoder and then displayed using a 16-bit font.
>
> Full Unicode functionality with all bells and whistles
> (e.g. high-quality
> typesetting of the Arabic and Indic scripts) can only
> be expected from
> sophisticated multi-lingual word-processing packages.
> What Linux will use on
> a broad base to replace ASCII and the other 8-bit
> character sets is far
> simpler. Linux terminal emulators and command line
> tools will in the first
> step only switch to UTF-8. This means that only a
> Level 1 implementation of
> ISO 10646-1 is used (no combining characters), and
> only scripts such as
> Latin, Greek, Cyrillic, Armenian, Georgian, CJK, and
> many scientific symbols
> are supported that need no further processing support.
> At this level, UCS
> support is very comparable to ISO 8859 support and the
> only significant
> difference is that we have now thousands of different
> characters available,
> that characters can be represented by multibyte
> sequences, and that
> ideographic Chinese/Japanese/Korean characters require
> two terminal
> character positions (double-width).
>
>
> ---
> Leszek Boroch
> eng: KISS! - Keep It
> Simple Stupid!
> Technical University of Lublin                  pol:
> BUZI! - Bez Udziwnien
> Zapisu Idioto!
> mailto: bo...@aj...           lub:
> BUZI! - Bez Urzywania
> Zakreconego Interfejsu!
>
>
>
>
>
> _______________________________________________
> Phpvideopro-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpvideopr
o-developers

RE: [Phpvideopro-developers] Proposals 2do :-)

[Tom A. <to...@ko...>]

I tend to agree to all points, don't see that all points are
urgent, but maybe for in the future (don't know about audio-cd,
but ok). I have missed the reaction of Izzy, Izzy???

Tom

> -----Oorspronkelijk bericht-----
> Van:
> php...@li...
> [mailto:php...@li...urceforge.
> net]Namens Leszek Boroch
> Verzonden: woensdag 5 september 2001 19:59
> Aan: phpvideopro-developers
> Onderwerp: [Phpvideopro-developers] Proposals 2do :-)
>
>
> Hi folks!
>
> Here's my proposals for 2do list:
>
> 1. More medis types:
>         Video CD (VCD) - there are films published in
> this format
>          CD with video files - you may have movies
> f.e. in AVI format on
> standard CD
> 2. Fields for movie original language and languages
> avaliable (DVD may have
> many language tracks)
> 3. Field for avaliable subtitles languages (as above)
> 4. Autodetection of user/browser language and
> automatic switch to that
> language (if avaliable)
> 5. Maybe place for links connected with movie?
> 6. Adio CD in future? ;-)
>
> That's for now. More will come ;-)))
> ---
> Leszek Boroch
> eng: KISS! - Keep It
> Simple Stupid!
> Technical University of Lublin                  pol:
> BUZI! - Bez Udziwnien
> Zapisu Idioto!
> mailto: bo...@aj...           lub:
> BUZI! - Bez Urzywania
> Zakreconego Interfejsu!
>
>
>
>
>
>
> _______________________________________________
> Phpvideopro-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpvideopr
o-developers

RE: [Phpvideopro-developers] imdb

[Tom A. <to...@ko...>]

Allright,

I have put it on the 2do list, so we don't forget...

Tom

> -----Oorspronkelijk bericht-----
> Van: php...@li...
> [mailto:php...@li...urceforge.
net]Namens
> Itzchak Rehberg
> Verzonden: woensdag 5 september 2001 19:48
> Aan: php...@li...
> Onderwerp: Re: [Phpvideopro-developers] imdb
> 
> 
> Hi Tom,
> 
> Tom Albers wrote:
> 
> > Ever thought about a link to the imdb for the staff members?
> 
> Yepp. Not yet implemented; but planned: click on the 
> staff members name 
> in view mode (it is already a button, as you may have 
> noticed), and a 
> search of imdb is performed. That's my idea - but 
> nothing done on this 
> yet (except for the buttons :)
> 
> </izzy>
> 
> P.S.: how about the realization of your feature 
> request? No comment on 
> that? <izzy's fishing for compliments :)
> -- 
> Itzchak Rehberg
> http://www.qumran.org/homes/izzy/
> "Advance is the mother of problems." (G.K. Chesterton)
> 
> 
> _______________________________________________
> Phpvideopro-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpvideopr
> o-developers
> 
> 

RE: [Phpvideopro-developers] New 2do list.

[Tom A. <to...@ko...>]

Hi Izzy,

It's a bit late, but my todo list for work is rather empty now,
so I want to take my time tonight and reply a couple of mails I
saw passing by last week. I hope I can find a bit more time to do
some work with the project the next couple of weeks.

First the reply at your reply to my todolist. ;-)


> > 3. When you want to edit it does not seem to be
> possible to assign a
> > new number to it or switch the mediatyoe.
>
> This was done intentionally. Normally, a DVD does not
> transform into a
> tape (or vice versa :) Moreover, there have some other
> things to be
> regarded when changing mediatype:
>
> DVD->Tape (your example): New medium is now writeable
> and needs to be
> put into the cass table (for remaining space etc)
> Tape->DVD: the other way round, has to be removed from cass

Okay, Maybe it's wise to put it in that table anyways. Maybe you
have noticed that there will be writable dvd-players in the
future. So let's be prepared.

> That's why it will stay this way *for this item*:
> there is another menue
> item planned for media number change (references
> concerned here as
> well), so it may be a good idea to do the same for
> MediaType. Did not
> think this would be necessary. Will be done *after*
> the next release
> (stability).

allright.

> >  This makes it difficult if I copy
> > my dvd to tape and give my brother a nice DVD. ;-)
> Or mistakes are not
> > correctable.
>
> Just did not consider those cases. Makes sense, so I
> added it to the 2do.

Great!

> > 4. When adding a new entry, you should determine the
> next subnumber.
> > Why should I remember where I was on a particular
> tape (not the
> > latest, 'cause that's of course indicated). Or do
> you never delete a
> > movie (because you favorite actor suddenly decides
> to play in se*
> > movies;-).
>
> lol... good point. But there could be more than 500
> tapes in - shall I
> list them up all? Or did you think of something like
> "auto_increment"
> for the $part (movie-nr on tape) if left blank? The
> latter would be not
> that hard to implement.

That's exactly what I meant. It probably cannot be done, with a
sql autoincredement, 'cause it has to depend on the tapenumber,
but I don't have to tell you that, I think, but I haven't taken a
look at the databases yet, so...

> > 5. Is it possible to adjust the position on the
> tape. Let's say I
> > taped 'friends' (one of my favorite series), I start
> taping a couple
> > of minutes earlier, so friends starts at minute 3,
> and the program
> > lasts for 35 minutes. This way you know the right
> time left on the
> > tape and I know when I'm rewinding to that position
> where to stop,
> > without viewing those commercials.
>
> Could not follow, sorry. Do you mean something like
> fields for "starts
> at" and "ends at"? In this case, there's already an
> item for counters on
> the 2do which would be usable for this.

Yes I saw that. I was not exactly sure if that was intented for
that use. But to clarify:
Tape 20:
Minute 	descr.
1-5		Commercials
5-40		Friends 1
40-45		Commercials (end friends 1)
50-55		Commercials (begin friends 2)
55-1.30	Friends 2
1.30-1.35	Commercials
1.35-4.00	Free

So. I think the Friends 1 should be from 1-45, starting at minute
5 and friends 2 should be from 55-1.30, so the available time
whould be from 1.30 - 4.00 (or five minutes later, if you don't
know how much commercials there after friends 2. So basicly I
would like an indicator of the point the movie actually starts.
This way you have an accurate listing of the tape (important for
the calculation of free time) and I know where to stop rewinding
the tape and not see those commercials.

> > 6. Can we create a 'simple' search function? We can
> use the filters
> > for 'advanced search' and use simple for finding
> quickly Die hard
> > back.
>
> I thought about an additional search function as well,
> but could not yet
> decide on the "how". An SQL input field? Or a form
> with select boxes for
> the field, and input boxes for the search string? Ideas?

I would make it a free text search through all fields. Listing
would then be on title first, then actors and other field which
make any sence to search through.

> > 7. Another search function I miss is the option to
> see what's on a
> > tape. I'm always in a hurry and want to tape
> something, I grep a tape
> > and ask myself what's on it. So a quick look in the
> db would solve
> > that, just enter the number on the tape and it is fixed.
>
> Welcome. Have the same problem - just forgot to write
> it into the 2do -
> done.

Great


> > 8. It is not clear what is filtered and what not, so
> moving taperest
> > filtered to the filter menu item (and so on) could
> make that clearer.
>
> Don't think so. In this case you'ld always search for
> this item. Better
> to move both entries of the "Filter" menue to the edit
> menue (since one
> edits filters), but the list of remaining space
> belongs to the displayed
> items, so it has to be in "view". And I feel it is
> clear what is
> filtered - you just have to remember how the filters are set :)

Ok. I think it would be clearer (in the above suggestion) to
rename 'view' to 'filtered view' or something. But it sonds
logical.

Tom

[Phpvideopro-developers] date format changed

[Itzchak R. <iz...@qu...>]

Hiya,

I just changed the date format in the forms: it is now split into 
day.month.year. Everybody who can make an own installation: please check 
for side effects, code is in CVS.

Ah yeah, this will affect some phrases for help/error messages. I will 
have a look at this later :)

</izzy>

[Phpvideopro-developers] Re: Question Marks

[Tsvetanka S. <ts...@te...>]

Solved. In M$ IE 5 the menues look OK.

Tsveti

php...@li... wrote:

> Send Phpvideopro-developers mailing list submissions to
>         php...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://lists.sourceforge.net/lists/listinfo/phpvideopro-developers
> or, via email, send a message with subject or body 'help' to
>         php...@li...
>
> You can reach the person managing the list at
>         php...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Phpvideopro-developers digest..."
>
> Today's Topics:
>
>    1. Question Marks Instead Of Letters in The Menu (Tsvetanka_Stoyanova)
>    2. Re: Question Marks Instead Of Letters in The Menu (Itzchak Rehberg)
>    3. Re: (no subject) (Itzchak Rehberg)
>
> --__--__--
>
> Message: 1
> From: "Tsvetanka_Stoyanova" <ts...@te...>
> To: php...@li...
> Date: Wed, 12 Sep 2001 19:37:30 GMT
> Subject: [Phpvideopro-developers] Question Marks Instead Of Letters in The Menu
> Reply-To: php...@li...
>
> I am afraid, it is not the encoding in the browser. The rest of the pages
> looks fine, only the menues are pretty strange. :-(
> Any other ideas besides the encoding (the character set) in the browser?
>
> Tsveti
>
> --__--__--
>
> Message: 2
> Date: Wed, 12 Sep 2001 23:31:32 +0200
> From: Itzchak Rehberg <izz...@qu...>
> To: php...@li...
> Subject: Re: [Phpvideopro-developers] Question Marks Instead Of Letters in The Menu
> Reply-To: php...@li...
>
> Hi Tsveti,
>
> Tsvetanka_Stoyanova wrote:
> > I am afraid, it is not the encoding in the browser. The rest of the
> > pages looks fine, only the menues are pretty strange. :-(
> > Any other ideas besides the encoding (the character set) in the
> > browser?
>
> Try a browser other than Netscape 4.x :)
>
> </izzy>
>
> --__--__--
>
> Message: 3
> Date: Thu, 13 Sep 2001 00:22:08 +0200
> From: Itzchak Rehberg <izz...@qu...>
> To: php...@li...
> Subject: Re: [Phpvideopro-developers] (no subject)
> Reply-To: php...@li...
>
> Hi Tsveti,
>
> Tsvetanka_Stoyanova wrote:
>
> > Now I see on the demo (or at least on my comp) that the menu commands
> > are not in Bulgarian, because the letters are substituted by question
> > marks!
>
> Looks fine with Mozilla 0.9.3 under Linux (will be the same with
> Netscape 6 etc). Can't tell for M$ IEX - but you should try it (MSIE 5
> or higher). The problem seams to appear with the old menue code which is
> just used for Netscape < 5, and I will not fix that - sorry, but that's
> more work than effort.
>
> > This must be a problem with the JavaScript and for now I don't have
> > any idea how it can be solved. Maybe info about the encoding could be
>
> It is JavaScript, yes.
>
> > included somewhere else, where the script can read it from? Any ideas?
> > Or at least tell me that the problem is only on my screen. ;-)
>
> Not your screen - but the browser you used :)
>
> </izzy>
>
> --__--__--
>
> _______________________________________________
> Phpvideopro-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpvideopro-developers
>
> End of Phpvideopro-developers Digest

Re: [Phpvideopro-developers] (no subject)

[Itzchak R. <izz...@qu...>]

Hi Tsveti,

Tsvetanka_Stoyanova wrote:

> Now I see on the demo (or at least on my comp) that the menu commands
> are not in Bulgarian, because the letters are substituted by question
> marks!

Looks fine with Mozilla 0.9.3 under Linux (will be the same with 
Netscape 6 etc). Can't tell for M$ IEX - but you should try it (MSIE 5 
or higher). The problem seams to appear with the old menue code which is 
just used for Netscape < 5, and I will not fix that - sorry, but that's 
more work than effort.

> This must be a problem with the JavaScript and for now I don't have
> any idea how it can be solved. Maybe info about the encoding could be

It is JavaScript, yes.

> included somewhere else, where the script can read it from? Any ideas? 
> Or at least tell me that the problem is only on my screen. ;-)

Not your screen - but the browser you used :)

</izzy>

Re: [Phpvideopro-developers] Question Marks Instead Of Letters in The Menu

[Itzchak R. <izz...@qu...>]

Hi Tsveti,

Tsvetanka_Stoyanova wrote:
> I am afraid, it is not the encoding in the browser. The rest of the
> pages looks fine, only the menues are pretty strange. :-(
> Any other ideas besides the encoding (the character set) in the
> browser?

Try a browser other than Netscape 4.x :)

</izzy>

[Phpvideopro-developers] Question Marks Instead Of Letters in The Menu

[Tsvetanka_Stoyanova <ts...@te...>]

I am afraid, it is not the encoding in the browser. The rest of the pages
looks fine, only the menues are pretty strange. :-(
Any other ideas besides the encoding (the character set) in the browser?

Tsveti

Re: [Phpvideopro-developers] (no subject)

[Leszek B. <bo...@aj...>]

Hi Tsveti

> Now I see on the demo (or at least on my comp) that the menu commands are
> not in Bulgarian, because the letters are substituted by question marks!
> This must be a problem with the JavaScript and for now I don't have any
> idea how it can be solved. Maybe info about the encoding could be included
> somewhere else, where the script can read it from? Any ideas? Or at least
> tell me that the problem is only on my screen. ;-)

Check, what encoding is set in your browser

Borek
---
Leszek Boroch                                       eng: KISS! - Keep It
Simple Stupid!
Technical University of Lublin                  pol: BUZI! - Bez Udziwnien
Zapisu Idioto!
mailto: bo...@aj...           lub:  BUZI! - Bez Urzywania
Zakreconego Interfejsu!

[Phpvideopro-developers] (no subject)

[Tsvetanka_Stoyanova <ts...@te...>]

Hi,

Now I see on the demo (or at least on my comp) that the menu commands are
not in Bulgarian, because the letters are substituted by question marks!
This must be a problem with the JavaScript and for now I don't have any
idea how it can be solved. Maybe info about the encoding could be included
somewhere else, where the script can read it from? Any ideas? Or at least
tell me that the problem is only on my screen. ;-)


Tsveti

[Phpvideopro-developers] lang files and charsets

[Itzchak R. <iz...@qu...>]

Hiya,

charset configuration is now completely moved to the lang_??.sql files 
(SQL statement to set the charset). Thus all references to it in the 
user interface have been removed. Affected files:

lang_??.sql: phrases for use_charset and use_charset_comment have been
              removed (and are no longer used)
help/??/configuration.inc: the charset textblock has been removed

please apply these changes to your language sets.

Btw: developer demo now identifies as v0.2.0 already - it's just a "pre" :)

</izzy>

Re: [Phpvideopro-developers] The URL for the Developers' Demo

[Itzchak R. <izz...@qu...>]

Hi Tsveti,

On Tue, 11 Sep 2001 12:36:33 +0300
 Tsvetanka Stoyanova <ts...@te...> wrote:

> Could you pls tell me the URL for the developers' demo?

Of course. Just browse a few messages back - it was posted
here :)

In case of a lost message:

http://www.qumran.org/homes/izzy/software/pvp-dev/

</izzy>

[Phpvideopro-developers] The URL for the Developers' Demo

[Tsvetanka S. <ts...@te...>]

Hi everybody,

Could you pls tell me the URL for the developers' demo?

Regards
Tsveti

[Phpvideopro-developers] Charsets

[Itzchak R. <iz...@qu...>]

Hiya,

I just decided otherwise on this: the charset is now strictly bound to 
the language - but it's up to the writer of the translation file to set 
it accordingly. Please check out from CVS to see this (one line added on 
top of all translations in lang_??.sql file where the languages table is 
updated with the charset).

At least two important consequences:
1) the help files of a language have to use the same charset as the
    lang_??.sql file sets
2) the charset option on the configuration page is obsolete (I'll
    remove this later today).

Number 2) has another consequence: the appropriate phrase on this in the 
help system is obsolete as well and can be removed. Will do this for 
German and English later today (together with above mentioned change).

</izzy>

[Phpvideopro-developers] language support

[Itzchak R. <iz...@qu...>]

Hiya,

c00l!!! Tnx to Tsveti we now have Bulgarian support built in. Looks 
really cool - in fact, it works! I could not imagine this (never used a 
different charset up to know), but even the remaining English stuff is 
displayed just fine (you may go to the developers demo to find out :) 
I'm really excited!

One think at this point: guess it would be really helpful to have some 
hint to "default charset" in the configuration menue, or even a button 
"reset to defaults" (which will be English and iso-8859-1) if somebody 
did really mess things up. What do you think about this?

</izzy>