oh.. just when I though there wasnt more to it... had no clue about _common_query()'s details. Maybe the same example should be added to the documentation.
This makes it even more powerful. Thanks I have more control now. It works.
Sure this is the projects model that is being used for both backend and front
if (!defined('BASEPATH')) exit('No direct script access allowed'); require_once(FUEL_PATH . 'models/base_module_model.php'); class Projects_model extends Base_module_mo…
Yes I am finally finishing up the front-end.
I was getting this error,
Message: Undefined property: MY_Loader::$pagination
so updated this part
$links = $this->pagination->create_links(); to $links = $CI->pagination->create_links()…
But how do I use this in Fuel
for example, I have this view
$list_where = array('featured' => 'yes'); $model = 'projects_model'; $projects = fuel_model($model, array('find' => 'all','limit' => 10 ,'where' => $list_where)); ?> <…
thanks i was able to update the delimiter but the tags have been hard-coded in Menu.php library.
TIP: I would suggest removing that and anyone who needs a span can use delimiter parameter to add a span or whatever.
You may have a better way of do…
ok following strips off almost everything..
{fuel_nav(array(render_type='breadcrumb',item_tag='',container_tag='',arrow_class=''))} ///results Home > our services
Now i need to remove the span as well.
Perfect - That fixed the problem with the tree display but the record id is wrong.
It is displaying the category's record id for each record under it, when it should be the actual record id of that record.
OK I figured it out. Here is whats going on and its sort of a bug.
When and If i give the FQPN /assets/images/logo.png
The ckeditor parses it and plugs in img_path but the slash remains (i.e. {img_path(/logo.png)} ) that breaks the front end parser.
Yes thats what I am saying.. this is from html src in web browser it is not parsing.
// actual excerpt of content html saved in database by ckeditor for path i gave was /assets/images/logo.png …
I must say that $parsed_fields option is beautiful. hehe
but I am saving the body content in fuel's pages module. In ckeditor when referencing FQPN /assets/assets/logo.png or /assets/images/image.png or /assets/js/script.js and when saved it replac…
NOTED img_path not image_path.
But the img_path function once saved in database, is being published as is without plugging in the image path.
//getting this error
can you elaborate on the part above related to referencing the images and scripts? my image links dont work when i save them in the editor. Maybe its a bug.
btw i have my own assets folder in /assets
and there is a typo in http://docs.getfuelcms.com/general/template-parsing
the heading says "Temlate Parsing"
didnt want to start another discussion on this:
I am using CMS database to store blocks and pages. When saving references to images, javascripts etc
/assets/js/script.js //or /assets/assets/logo.png //the editor converts it to {js_path('script…
Fuel uses the file
fuel/application/views/_admin/_fuel_preview.php
to preview. you can configure it to use the layout you want it to use, by default it is configured to use $this->load->view('_layouts/main', $vars);
Hope this helps.
Look for
$config['text_editor'] = 'ckeditor';
in fuel/application/config/MY_fuel.php
you can use either markitup or ckeditor
ckeditor is wysiwyg, markitup is text
Thanks for the response.
I understand now the mapping of foreign_keys however the tree functionality is still not working. It just says no data to display.
// in projects_model - this populates the categories properly in form and listing but tree…
Ok just to confirm, does it matter if i am querying a view vs table? For example i am using mysql views to allow simpler queries, so in this case i have combined view of Projects list with their categories. But just realized that maybe Fuel may not …
i think the documentation at http://docs.getfuelcms.com/helpers/fuel_helper#func_fuel_nav should state this more clearly that the parent means the db id.
And thats the only thing that I had not tried, you are a miracle worker - thanks.. that worked like a charm. I was using the actual html tag id for li, not the db record id.