Graffiti CMS

New Post: deleting 0 Comments | Read More links

charlesboyung — Wed, 16 May 2012 04:13:17 GMT

See my reply to your other post - you just need to modify your theme views. The entire comments section of content can be stripped out if you don't have comments enabled, and that will remove this from being displayed.

New Post: Deleting the date and link under the page Title

charlesboyung — Wed, 16 May 2012 04:12:16 GMT

Just about all content in Graffiti is rendered via your theme. To remove the date, you will need to edit your theme (Presentation > Themes > Personalize (for your selected theme) and remove the content you want removed. It will likely be in post.view or blog.post.view.

New Post: Deleting the date and link under the page Title

ErikMM — Tue, 15 May 2012 18:57:06 GMT

Is there a way to remove the "day, date and on link" under the page Title

example:

Title

Day, Date on link

(from this site: http://dirtycentury.net/dirtycentury/)

About

Saturday, November 05 2011" on About

New Post: deleting 0 Comments | Read More links

ErikMM — Tue, 15 May 2012 18:51:55 GMT

I don't want to see the: 0 Comments | Read More links

at the end of posts

is this possible?

Currently if users click them the page reloads and they disappear, but I never want them to see them at all.

I deactivated comments in the control panel, but this did not do the trick.

thanks

New Post: Problem Porting Site

jeremyhodges — Thu, 10 May 2012 19:34:47 GMT

I could be wrong, but that appears to be the old Telligent Graffiti CMS code. I suggest upgrading the site to the latest build of the open source Graffiti CMS found on this site. No one here will be able to provide much insight unless you are running the open source code.

New Post: Problem Porting Site

steveMwade — Thu, 10 May 2012 19:08:43 GMT

Hi Friends -

The website www.CoffeeNewsDallas.com decided to move their website to a new host. When they did, the Graffiti install stopped working. If you go to the site right now, you can see the error.

I've never used Graffiti, so I'm at a loss as to how to fix this problem. Any help? I can DM somebody login credentials if you want to dig around how Coffee News uploaded the files to the new host.

Steve Wade

steve[at]theinfiniteagency.com

Source code checked in, #90213

jkillebrew — Tue, 08 May 2012 23:56:55 GMT

Added exception to confirm Name field is not null when saving post. Updated CKEditor to version 3.6.3 with iOS 5 support.

New Post: Emoji characters

jkillebrew — Sun, 06 May 2012 07:32:42 GMT

When my twitter widget stopped updating, I found some errors in the log and discovered that if someone places an emoji character in a tweet using their iPhone, this 4-byte character cannot be stored in my MySQL database. The "data" field of the graffiti_objectstore table is UTF-8 and can therefore store up to 3-byte characters. I tried changing that field to utf8mb4 which does allow for 4-byte characters but this caused the site to error and not load.

You could have the same problem by trying to use an emoji character anywhere that the character will be written to the database, such as while writing a comment or a post.

If anyone is willing to test this, I'd like to know what database your site runs on how you tried to write an emoji into your database, like in a new post, comment, feed, etc.

New Post: Error creating a new post

jkillebrew — Mon, 30 Apr 2012 05:02:30 GMT

In my opinion, no it should not at this time. If this line <httpRuntime requestValidationMode="2.0"/> is added as a default, graffiti will ONLY work with a .NET 4.0 application pool. All other versions of .NET would cause it to throw an error.

The vast majority of Graffiti users are most likely not running it in a 4.0 pool. If they have 4.0 installed, there is no reason they would be forced to run graffiti in a 4.0 pool. They could run the pool at a lower version as a fix for this problem as well. Graffiti is currently targetting 3.5.

Also, the default web.config has <compilation debug="true"/> which supposedly fixes this problem as well, though I have not confirmed that. I'd assume the majority of graffiti users have not turned that off, though they should.

New Post: Error creating a new post

MarkStega — Thu, 26 Apr 2012 16:51:54 GMT

I just installed Graffiti on a 32bit Windows 7 Ultimate, setup the database, set permissions, etc. and launched the site. I was prompted for a creating a user, did so, logged in successfully and was brought to the dashboard. I changed the theme and tried to create a new post (Called "About" with a body entry of "About") and received the following error:

A potentially dangerous Request.Form value was detected from the client (ctl00$MainRegion$txtContent="<p>About</p>").

The reason for the error (and the fix) was documented in this thread. Shouldn't the setting be placed in the default Web.config given the growing number of .Net 4.0 IIS servers?

Source code checked in, #89754

jkillebrew — Wed, 25 Apr 2012 22:24:59 GMT

Fixed a few more cosmetic typos.

New Post: graffiti editor

jkillebrew — Tue, 24 Apr 2012 04:08:40 GMT

Good question. Unfortunately it no longer works that way because we now use a proper version ckeditor. Do not follow the directions jeftek.com and instead do this.

Find /__utility/ckeditor/config.js and open it in a text editor.

Replace the Normal configuration section with this:

config.toolbar = 'Normal';
config.toolbar_Normal =
[
    ['Source','-','Save','NewPage','Preview','-','Templates'],
    ['Cut','Copy','Paste','PasteText','PasteFromWord','-','Print', 'SpellChecker', 'Scayt'],
    ['Undo','Redo','-','Find','Replace','-','SelectAll','RemoveFormat'],
    ['Form', 'Checkbox', 'Radio', 'TextField', 'Textarea', 'Select', 'Button', 'ImageButton', 'HiddenField'],
    '/',
    ['Bold','Italic','Underline','Strike','-','Subscript','Superscript'],
    ['NumberedList','BulletedList','-','Outdent','Indent','Blockquote'],
    ['JustifyLeft','JustifyCenter','JustifyRight','JustifyBlock'],
    ['Link','Unlink','Anchor'],
    ['Image','Flash','Table','HorizontalRule','Smiley','SpecialChar','PageBreak'],
    '/',
    ['Styles','Format','Font','FontSize'],
    ['TextColor','BGColor'],
    ['Maximize', 'ShowBlocks','-','About']
];

This is just my preference because I wanted as many controls as I could get, but you can rearrange things however you like. The button you are asking for is 'Flash'. You just add the Flash button to the existing config if you want to keep it simple.

New Post: graffiti editor

tuanpm3k — Sat, 21 Apr 2012 02:37:54 GMT

Hi all,

I'm using graffiti, in graffiti editor, i not found tool to insert flash into post body

I have seen a guide http://jeftek.com/188/graffiticms-tip-use-advanced-editor-for-posts/

But now, in graffiti, not GlowEditor but GraffitiEditor

May you help me to change mode of GraffitiEditor that can insert flash into post body

Thanks alot

New Post: Anyone having problems with admin section?

kevin — Fri, 20 Apr 2012 02:11:03 GMT

I believe this was because the ExtendGraffiti.com site was down for most of today, and it's set as the default marketplace in the Graffiti. The admin section pings the site on the dashboard. I'm don't remember if there's a call to it in the "write new post" page, but if so that would explain it too. We should probably set a much shorter timeout or make it opt-in for pinging the marketplace site.

The site being down was my fault. I just switched server hosts, and didn't get the ExtendGraffiti.com DNS switched over to the new server before the old one got decommissioned early this morning. I updated it about two hours ago and it appears to be running fine on the new server, but it could take a while longer for the dns change to propagate throughout the internet. Please let me know if anyone notices any issues. Apologies to all the Graffiti users for the inconvenience!

New Post: Anyone having problems with admin section?

charlesboyung — Thu, 19 Apr 2012 22:12:15 GMT

Trying 3 different sites on 3 different servers, and the admin section appears to be just hanging for a very long time. Not just the front page of it, either. Event he "write new post" page is taking about a minute to come back (and when it does, it's almost instantaneous that it renders).

Commented Issue: Admin - Very Slow Loading [14718]

jkillebrew — Thu, 19 Apr 2012 21:05:14 GMT

Anyone seeing this problem? It cropped up this morning for me, both on my local server and my online site. (both FF and IE)

The admin pages eventually load, but very slowly. 1 min. or so.

Upon investigation, it looks to be related to "get latest version" in AdminMasterPage.master.

I commented out the entire TRY block where Graffiti gets the latest version number from http://extendgraffiti.com/currentversion.xml and the admin pages load quickly again. Something going on with extendgraffiti.com?

It seems every time I have problems with Graffiti, it turns out to be related to these external sites. I suggest we get rid of these external links.

For myself, I don't need the external feeds or checking for later versions or anything of the like.
Comments: ** Comment from web user: jkillebrew **

Admin pages are slow again because extendgraffiti.com is down. I've submitted a fix for this in change set 89435. Attempts will time out at 1 second so any delay will be bearable, and it will now check for release versions via the codeplex release rss feed.

Source code checked in, #89435

jkillebrew — Thu, 19 Apr 2012 21:02:48 GMT

Emergency fix for slow admin pages while extendgraffiti.com is down! GetGraffitiVersion function now utilizes the the release RSS feed CodePlex to check for the current version. Attempts to check the version will now time out after 1 second.

New Post: How is the Default.aspx file build (at site root)?

torstenr — Sun, 15 Apr 2012 10:29:50 GMT

Thanks, that info may help to track it down.

New Post: How is the Default.aspx file build (at site root)?

jkillebrew — Sat, 14 Apr 2012 05:04:40 GMT

As far as I know, the default.aspx in the root of the site never changes and is not dynamically regenerated. It is not the same as any other default.aspx. You should be able to grab a copy from a fresh download of graffiti. Each of the other default.aspx files in the sub folders is custom generated, assuming you are using folder generation at all on a version of IIS older than 7, otherwise you dont need them at all.

New Post: cannot create file view on category have blank in name

jkillebrew — Sat, 14 Apr 2012 04:57:46 GMT

The documentation is a bit misleading. The view file name should always match what appears in the url. For posts this is the name, not the title. For categories this is the link name, not the name. The category name is more like a title, and is not used for a view file name override.