41
jayjay
Re: Youtube HotLink Gallery
  • 2007/9/5 12:24

  • jayjay

  • Not too shy to talk

  • Posts: 175

  • Since: 2003/9/10


Quote:

McDonald wrote:
Maybe I'll will make it 4 blocks: 2x with text links and 2x with thumb links.

...and maybe some users can this themself also



PS. keep in mind that this module was made for personal use only, and might therefor still contain some uncontrolable bugs.


Great idea!

It's a great little module and I hope you keep maintaining it. I haven't found any bugs until now



42
jayjay
Re: Youtube HotLink Gallery
  • 2007/9/5 12:14

  • jayjay

  • Not too shy to talk

  • Posts: 175

  • Since: 2003/9/10


@MacDo
I have changed the 'top' block to show screenshots of videos.

Add this in xoopstube_block_new.html:

<li><a href="<{$xoops_url}>/modules/<{$videoload.dirname}>/singlevideo.php?cid=<{$videoload.cid}>&lid=<{$videoload.id}>"><{$videoload.title}></a> (<{$videoload.date}>)[color=FF0000]<br><img src="http://img.youtube.com/vi/<{$videoload.url}>/default.jpg"width="120" height="90" hspace="7" vspace="3" border="0" align="left" />[/color]</li>


Add this in xoopstube_top.php:
$result $xoopsDB -> query"SELECT lid, cid, title, [color=FF0000]url,[/color] date, hits FROM " $xoopsDB -> prefix'xoopstube_videos' ) . " WHERE published > 0 AND published <= " time() . " AND (expired = 0 OR expired > " time() . ") AND offline = 0 ORDER BY " $options[0] . " DESC"$options[1], );


And before $videoload['dirname']:

$videoload['url'] = $myrow['url'];


Maybe you could make people choose in module options:
- auto-thumbnails through our above hacks
- manual screenshots the old-fashioned way

This could be done with a new admin option and a smarty if-else statement in blocks (if manual else auto).

I myself think that few people will use manual screenshots if they discover the simplicity of this thumbnail concept



43
jayjay
Re: Youtube HotLink Gallery
  • 2007/9/5 11:52

  • jayjay

  • Not too shy to talk

  • Posts: 175

  • Since: 2003/9/10


Quote:

McDonald wrote:
You might try the following. Find this code in videoload.html
<img src="<{$video.screenshot_thumb}>" alt="<{$video.title}>" hspace="7" vspace="3" border="0" align="left" />


and replace it with this one:
<img src="http://img.youtube.com/vi/<{$video.url}>/default.jpg" alt="<{$video.title}>" width="120" height="90" hspace="7" vspace="3" border="0" align="left" />


I haven't tested this yet, it's just a rough guess.


That's a very elegant solution, and it works! You will also have to remove this to make it work though:
[d]<{if $show_screenshot == true}> <{if $video.screenshot_full != ''}>[/d]
IMAGE
[d]<{/if}><{/if}>[/d]



44
jayjay
Re: Youtube HotLink Gallery
  • 2007/9/5 11:14

  • jayjay

  • Not too shy to talk

  • Posts: 175

  • Since: 2003/9/10


@MacDo
I figured it out right after posting and I edited my post immediately

What about my suggestion? Would it be possible to link to the youtube screenshot automatically? Considering the easy link, I don't think it would be too difficult?

Another suggestion: Why not show the thumbnail in the recent and top blocks?

I'm looking into these things. Will keep you posted.



45
jayjay
Re: Youtube HotLink Gallery
  • 2007/9/5 10:32

  • jayjay

  • Not too shy to talk

  • Posts: 175

  • Since: 2003/9/10


Hi MacDo!

I like the look of your module, but I have an issue. I'm trying to embed a movie but when I use the original youtube code, I see two clips and some html code on my singlevideo.php page.

Edit:
Nevermind. I figured it out already. You only need to fill in the video id, eg. y7x7z0LDMRM in the upload form

This is the code:
<object width="425" height="350"><param name="movie" value="http://www.youtube.com/v/y7x7z0LDMRM"></param><embed src="http://www.youtube.com/v/y7x7z0LDMRM" type="application/x-shockwave-flash" width="425" height="350"></embed></object>


Do I only need to fill in part of the embed code?

I also have a suggestion: why not automatically import (or link to) the youtube thumbnail of a video?

This is the link structure:

video url
http://www.youtube.com/v/y7x7z0LDMRM

thumb urls
http://img.youtube.com/vi/y7x7z0LDMRM/1.jpg
http://img.youtube.com/vi/y7x7z0LDMRM/2.jpg
http://img.youtube.com/vi/y7x7z0LDMRM/3.jpg

Maybe you could add a function to automatically import one of these thumbnails?



46
jayjay
Re: Proposal for new forum structure on xoops.org: Comments invited.
  • 2007/9/2 13:29

  • jayjay

  • Not too shy to talk

  • Posts: 175

  • Since: 2003/9/10


Quote:

sailjapan wrote:
Great input one and all. Really!

So if the portal model were to be pursued (bear in mind kc0maz and I are only the messengers) , which theme would people suggest? It should probably be based on the latest "Mor.Pho.GEN.e.sis", wouldn't you say?

Yes indeed, the theme should be based on Morphogenesis. Portal site members should start talking themes and site structure right way to avoid any further confusion.

If XOOPS sites are taking this multi-site direction, then a way should be found to avoid needless fragmentation.

This is what I propose:
- XOOPS portal sites should share the same USER database. I don't want to register 5 times on 5 different sites to interact with other xoopsers.
- The search function on the portal sites should also search the other portal sites! I don't know how this can be achieved, but it would be a great plus.

Basically I'm suggesting to build five different portal subsites (this may increase speed dramatically on xoops.org) and make them interact as if it were one big site.



47
jayjay
Re: Proposal for new forum structure on xoops.org: Comments invited.
  • 2007/8/31 8:28

  • jayjay

  • Not too shy to talk

  • Posts: 175

  • Since: 2003/9/10


Quote:

MadFish wrote:
1. Agree with Herve's point about keeping the forum structure as simple as possible:

Quote:
Xoops is made of 5 things, the core, the module, the themes, some hacks and (no) documentation.



I totally agree with this. Moreover, there should be a better naming convention for the corresponding sites:
- core.xoops.org -> core releases and core forum
- modules.xoops.org -> module releases and module forum
- themes.xoops.org -> theme releases and theme forum
- hacks.xoops.org -> hack releases and hack forum
- help.xoops.org -> documentation faq & wiki

These sites should have the same look and feel, but different colour schemes. You may want to look at how they do it at joomla.org.

Quote:

MadFish wrote:
Suggest adding the 'suggestions' forum mentioned previously, and not having a 'complaints' forum (similar thing but think positive!)


Another great suggestion! There is too much negativity already in the XOOPS community.

Quote:

MadFish wrote:
Of course, if xoops.org is going to continue to be core + third party modules then it would be helpful to have a formal decision about it. There is a great deal of confusion about 'community' vs 'project', and these terms are being used in an arbitrary (and frankly, quite unhelpful) manner at the moment.

Realistically, if xoops.org has non-core forums on it then its going to continue to be a community site. I'm not saying that's a bad thing, I'm just saying that the people that are trying to pretend that its 'project only' should stop.


We indeed need clarity about this. I suggest making a hybrid portal site, where users seamlessly move from one site to another. Use different colour schemes and site titles to differentiate between sites, but use the same theme and structure! Again, look at how the friendly people of joomla.org have solved this.

Any other way will just mean more fragmentation! If I'm visiting xoops.org and I don't find a simple way to go to xoopsinfo.com for example, then I would just leave it at that and never come back again. xoops.org should be the portal site, which directs people to the core, modules or themes sites.



48
jayjay
Re: better xoopstree getnicepathfromid
  • 2007/8/30 14:17

  • jayjay

  • Not too shy to talk

  • Posts: 175

  • Since: 2003/9/10


Quote:

hervet wrote:
Quote:

jayjay wrote:
$path substr($path0strlen($path) - 13);


May I can suggest you to test for the string's length before to make -13 ?
This will be better for empty strings


I don't know what you're aiming at? The -13 is correct because we are removing this from xoopstree.php:
&nbsp;:&nbsp;


which is exactly 13 bits.



49
jayjay
Re: WF-Channel V2.00RC Released (Bug and Security Fixed)
  • 2007/8/30 14:12

  • jayjay

  • Not too shy to talk

  • Posts: 175

  • Since: 2003/9/10


Quote:

McDonald wrote:
WF-Channel is for making a few pages on a website like 'about us', 'link to us', etc. while SmartSection is more like the News module.

Earlier this year I made some changes to WF-Channel 1.07 like having WYSIWYG editors. You can download it here as WF-Channel 1.08 (point 11.).
I use this version on my website for the 'about us', 'link to us' and 'refer a friend' sections.


I made an 'about us' section in smartsection, which gives me the same functionality. I don't need 'link to us' or 'mail a friend' anyway, so I only had to think two seconds to make the switch.



50
jayjay
Re: better xoopstree getnicepathfromid
  • 2007/8/30 12:21

  • jayjay

  • Not too shy to talk

  • Posts: 175

  • Since: 2003/9/10


I added this issue to the tracker, with some extra comment on module interoperability.




TopTop
« 1 2 3 4 (5) 6 7 8 ... 12 »



Login

Who's Online

230 user(s) are online (158 user(s) are browsing Support Forums)


Members: 0


Guests: 230


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: Apr 30
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits