Forum Activity for @ultrajam

SteveX
@ultrajam
07/04/14 01:44:00AM
2,589 posts

profile_option.tpl


Jamroom Developers

I'm testing on a custom module, but it occurs on any module with a profile view which is not named "default".

So the jrStore sales pages, jrForum settings tab and categories tab are ones I have noticed, but it will occur if you add a profile view function to any module e.g. profile_view_jrBlog_test
SteveX
@ultrajam
07/03/14 01:51:48PM
2,589 posts

jrStore - css and js files missing


Jamroom Developers

jrStore sale_list.tpl line 3:
<div class="block_content" style="font-size: 0.7em">

This can cause problems if you add any other content in the page apart from the data table (eg breadcrumbs etc).

Imo, better to move the inline style to the dataTables_wrapper css class
.dataTables_wrapper {
  font-size: 0.7em;
}
SteveX
@ultrajam
07/03/14 01:50:48PM
2,589 posts

profile_option.tpl


Jamroom Developers

If I use the block > block_content structure on a page which uses profile_option.tpl I get an extra 12px padding on the col9 last div - those pages then look different when clicking between tabs and other (item_list etc) template profile pages(in jrElastic). The inline style seems to be doing the same thing as the div class="block" which wraps the other "col9 last" pages on the profile.

Nothing to check out really, just seems a bit weird to need to use a different class structure for different profile pages (which are visually the same - title followed by content).

I havent tried it, but would it work to use class="block" on the div in profile_options.tpl rather than an inline style? But if you did that, why not remove the div from profile_options.tpl altogether and use the normal block > block_content divs in all the profile templates?
SteveX
@ultrajam
07/03/14 01:16:51PM
2,589 posts

profile_option.tpl


Jamroom Developers

Giving up on this for now, but think I've found a way around it (not widely tested though)

A bit counter intuitive, but you need to use a different structure for profile pages with an option in the url (if you wnat your profile pages to all line up).

"Normal" structure:
<div class="block">
  <div class="title">Title Stuff</div>
  <div class="block_content">The Content</div>
</div>

For profile pages which use the profile_option.tpl:
<div class="block_content">
  <div class="title">Title Stuff</div>
  The Content
</div>
SteveX
@ultrajam
07/03/14 09:01:18AM
2,589 posts

profile_option.tpl


Jamroom Developers

I'm having trouble figuring out profile_option.tpl

I have a module which uses tabs and when I switch to jrElastic I'm getting the inline margin:12px added in places where it isnt needed. That isn't a problem in my skin as the div is simply removed in the overridden template.

It looks like the only reason the profile_option template is there at all is to add a div with a 12px inline margin for tabs other than the default.

If there is a reason for that please explain and I might be able to figure out how to get around it.

Thanks
updated by @ultrajam: 08/04/14 11:47:57AM
SteveX
@ultrajam
07/02/14 03:41:33PM
2,589 posts

SOX, LAME, and other audio functions


Jamroom Developers

Your GRiD number is created in the create_save function:
    // media needs a unique grid id 
	$_core['audio_grid'] = xtSong_create_media_grid($_rt['_profile_id'],$_rt['_item_id']); //userId, songId
	jrCore_db_update_item('xtSong',$aid,null,$_core);
You'd add your other custom functions into the create_save in a similar fashion.

You already have the file from this line:
$_fl = jrCore_get_uploaded_media_files('xtSong','audio_file',$_user['user_active_profile_id']);

So you'd use $_fl for any functions that require the file (bpm detection etc) and then save that to the song data in the db.

For anything like additional format conversion, you might do that in the create_save function as well, or possibly in a save_media_file listener. (look at jrVideo_save_media_file_listener for an example of that (it runs the jrCore_get_media_file_metadata function), jrAudio runs the same jrCore_get_media_file_metadata function from the create_save function.

In a nutshell, jrAudio doesn't do any of the things that you wnat it to do, so you need to write the custom functions that do those things, then run those functions in the xtSong_create_save function, have the functions return the info that you need to save to the db, and then add it to the $_rt array when the item is created, or to the $_core array if you need the item id before you run your function (like it does with the GRiD generation where the song id is needed in oreder to create the GRiD).

I don't have the first clue as to how to hand any processing off to a second server.
updated by @ultrajam: 07/02/14 03:55:55PM
SteveX
@ultrajam
07/02/14 02:06:02PM
2,589 posts

SOX, LAME, and other audio functions


Jamroom Developers

Danny, the ffmpeg and sox stuff was all working back around December, but the mp3 tagging has been added in more recently.

It looks like there are some new views in the audio module as well which deal with mass reconverting.

Your developers should have no problems copying the views and function into your custom modules, I've jsut taken a look at the jrAudio changes for 2014 and it should be perfectly straightforward if you need those new features (I can't imagine you will be changing your label's licensed files though so I doubt you will need them).
SteveX
@ultrajam
07/02/14 10:48:45AM
2,589 posts

This forum stripping code tags on create thread


Using Jamroom

Thanks Brian, tested the same 2 posts again and works perfectly from here.
SteveX
@ultrajam
07/02/14 08:53:11AM
2,589 posts

Video stop working


Using Jamroom

It plays instantly for me. Check your internet connection.
  141