Jump to content


Q8PM

Member Since 22 Aug 2008
Offline Last Active Today, 07:15 AM
-----

#2183462 IP.Board 3.2.3 and Apps Released

Posted IPS News on 18 October 2011 - 07:12 AM

Invision Power Services, Inc. is pleased to announce the release of IP.Board 3.2.3, IP.Calendar 3.2.2, IP.Downloads 2.4.2, and IP.Content 2.2.2!

These are maintenance releases after our highly anticipated release of IP.Board 3.2 and its related applications. These releases fix many reported issues.

We are releasing the following new software:


IP.Board 3.2.3
Fully featured community platform including forums, members profiles, status system, integration, and much, much more.


IP.Calendar 3.2.2
Event calendar for your community with multiple calendars, public/private events, and iCal support.


IP.Downloads 2.4.2
Complete file management application including file version control, commenting, and forum topic linking.


IP.Content 2.2.2
Content management for your community - run a full web site or a simple community portal. The possibilities are endless.


Release Notes
  • If you are upgrading a community with a large number of posts from version 3.1.4 or earlier you may wish to have your web host execute the post table alter query on your behalf. Large post tables may time out running this query in the browser. The upgrade system will warn you if this is needed. As a benchmark, our install of 865,000+ posts took a bit less than 3 minutes to run this query.
  • If you are upgrading from version 3.1.4 or earlier, your skin will of course need to be redone after you upgrade to 3.2.
  • The visual skin editor in 3.2 should still be considered a beta feature. It will be improved with each maintenance update.
  • Each of the applications specified above is only compatible with IP.Board 3.2 and not older versions (for example, IP.Nexus 1.3 cannot be installed on IP.Board 3.1.x).
  • We may reply to this topic with hot-fix patches or notes if any critical issues come up so please use the "Follow this Topic" feature to get notified.
  • If you experience any problems, before submitting a ticket, please disable all third party applications and hooks.
  • Please remember that IP.Calendar and IP.Chat are separate downloads in your client area.  You will need to download and upgrade these separate applications (in addition to IP.Board itself) if you wish to continue using them with IP.Board 3.2.


What's New

In addition to many fixes for reported issues, the following changes have been made:
  • IP.Content: WYSIWYG fields now allow you to configure how to handle line breaks when HTML is accepted
  • IP.Calendar: Users can now un-RSVP themselves from events
  • IP.Board: HTML emails
  • IP.Board: URL photo import
  • IP.Board: Autosave and editor live-switching in ACP



#2150135 IP.Board 3.2.1, IP.Calendar 3.2.1, IP.Content 2.2.1, and IP.Nexus 1.3.1 Released

Posted IPS News on 09 August 2011 - 10:38 AM

Invision Power Services, Inc. is pleased to announce the release of IP.Board 3.2.1, IP.Calendar 3.2.1, IP.Content 2.2.1, and IP.Nexus 1.3.1!

These releases are the first maintenance release after our highly anticipated release of IP.Board 3.2.0 and its related applications. These releases fix many reported issues.

We are releasing the following new software:


IP.Board 3.2.1
Fully featured community platform including forums, members profiles, calendar, status system, integration, and much, much more.


IP.Nexus 1.3.1
Fully featured commerce system to sell products, membership access, advertising, digital downloads, and more. Includes tools like a support desk to help manage you clients.


IP.Content 2.2.1
Content management for your community - run a full web site or a simple community portal. The possibilities are endless.


IP.Calendar 3.2.1
Event calendar for your community with multiple calendars, public/private events, and iCal support.


Release Notes
  • If you are upgrading a community with a large number of posts from version 3.1.4 or earlier you may wish to have your web host execute the post table alter query on your behalf. Large post tables may time out running this query in the browser. The upgrade system will warn you if this is needed. As a benchmark, our install of 865,000+ posts took a bit less than 3 minutes to run this query.
  • If you are upgrading from version 3.1.4 or earlier, your skin will of course need to be redone after you upgrade to 3.2.
  • The visual skin editor in 3.2 should still be considered a beta feature. It will be improved with each maintenance update.
  • Each of the applications specified above is only compatible with IP.Board 3.2 and not older versions (for example, IP.Nexus 1.3 cannot be installed on IP.Board 3.1.x).
  • We may reply to this topic with hot-fix patches or notes if any critical issues come up so please use the "Follow this Topic" feature to get notified.
  • If you experience any problems, before submitting a ticket, please disable all third party applications and hooks.
  • Please remember that IP.Calendar and IP.Chat are separate downloads in your client area.  You will need to download and upgrade these separate applications (in addition to IP.Board itself) if you wish to continue using them with IP.Board 3.2.0.


What's new in IP.Board 3.2.1

Between 3.2.0 and 3.2.1 the following changes have been made:
  • A setting has been added to restore the ability to have proportionate profile photo sizes in topic view (3.2.0 enforced cropped square thumbnails).
  • The visual skin editor has been enhanced to support more areas of the board.
  • Several enhancements have been made to the webDav integration for external skin editing.
  • More than 170 bug fixes have been implemented to IP.Board 3.2.0.
Please read our 3.2.0 announcement for a full list of what's new in the 3.2 series!


#2146752 Do you want the ability to re-size photos (avatars), to come back?

Posted kenichi tanaka on 03 August 2011 - 06:42 PM

View PostMatt, on 01 August 2011 - 09:32 AM, said:

This is now in 3.2.1

Global Option:
Posted Image


Let me say, that I think I speak for everyone here, THANK YOU MATT AND IPS STAFF, SUPPORT TECHS and whoever else was involved. While we may sound like a lynch mob mentality, we really wanted this feature to remain. I cannot tell you how much I appreciate your guys listening to your customers and returning this feature back to the best forum software and community that has ever been created.

You guys are GODS (GREAT OMNISCIENT DEVELOPERS)!!!
Thank you, thank you, thank you!!!


#2145004 Do you want the ability to re-size photos (avatars), to come back?

Posted Matt on 01 August 2011 - 10:01 AM

Ikadon - Correct
Lewis - Correct

Essentially if you enter a max-width, then the width of the full photo will not exceed the width specified but it will maintain the correct aspect ratio.

As Lewis said, the max width is to stop it flowing into the post body which would happen if you allowed 600px wide avatars.

You can still set per-group width and height maximums.

In the screenshot, the second avatar (User 0000) is actually 250px wide but it is shown as 170px wide as per settings.

This allows the best flexibility. You can keep large photos on the profile page without it breaking the topic view.

Also worth mentioning - you can set that setting to 500px if you like and it will make the user column 520px wide. So whatever you set, it will not flow into the post body. It might look a bit odd, though.

Here's a better example:

Posted Image


#2139520 IP.Board 3.2.0 and Applications Released

Posted IPS News on 25 July 2011 - 09:27 AM

Invision Power Services, Inc. is pleased to announce the release of IP.Board 3.2.0 and its Applications!

Everyone at IPS is very proud of IP.Board 3.2.0 and the Application updates. We have worked hard to create a quality, modern community platform and the feedback from our clients has been tremendous.

We are releasing the following new software:


IP.Board 3.2.0
Fully featured community platform including forums, members profiles, calendar, status system, integration, and much, much more.


IP.Gallery 4.1.0
Categories and photo albums for your members to share their images and videos on your community.


IP.Nexus 1.3.0
Fully featured commerce system to sell products, membership access, advertising, digital downloads, and more. Includes tools like a support desk to help manage you clients.


IP.Blog 2.4.0
Allow you and your members to post blogs on your community or syndicate externally hosted blogs easily.


IP.Downloads 2.4.0
Complete file management application including file version control, commenting, and forum topic linking.


IP.Content 2.2.0
Content management for your community - run a full web site or a simply community portal. The possibilities are endless.


IP.Chat 1.3.0
Engage your members in real time chat or send them private chats while in the chat room.


IP.Calendar 3.2.0
Event calendar for your community with multiple calendars, public/private events, and iCal support.


Release Notes

Though IP.Board 3.2.0 and its applications have been tested for months, you never know what you are going to get when thousands of people start using it overnight. Therefore: now that IP.Board 3.2.0 and the applications will be used by a much larger audience we will probably come across many as yet undiscovered bugs. You can expect maintenance releases for all the software frequently as we work quickly to address any issues reported.
  • We are now providing technical support and services for IP.Board 3.2.0 and the applications. As you might imagine, many thousands of clients will be asking for help so please note that if you request upgrade or install assistance that there could be a delay up to a few days to process that request.
  • If you choose to use our auto-installer/upgrade service in the client area we appreciate your feedback as this is a new service.
  • If you are upgrading a community with a large number of posts you may wish to have your web host execute the post table alter query on your behalf. Large post tables may time out running this query in the browser. The upgrade system will warn you if this is needed. As a benchmark, our install of 865,000+ posts took a bit less than 3 minutes to run this query.
  • Your skin will of course need to be redone after you upgrade to 3.2.0.
  • The visual skin editor in 3.2.0 should still be considered a beta feature. It will be improved with each maintenance update.
  • Each of the applications specified above is only compatible with IP.Board 3.2 and not older versions (for example, IP.Nexus 1.3 cannot be installed on IP.Board 3.1.x).
  • We may reply to this topic with hot-fix patches or notes if any critical issues come up so please use the "Follow this Topic" feature to get notified.
  • If you experience any problems, before submitting a ticket, please disable all third party applications and hooks.


What's new in IP.Board 3.2!

In addition to this list there are countless other minor improvements and changes based on client feedback too numerous to mention.


Calendar Improvements
Moderator Functions
New Text Editor
AdminCP
Core Functionality

Miscellaneous Changes
  • "Delete All" button has been added to the SQL error logs page
  • Linear+ and Outline modes removed for topic viewing (they're a hold-over from an older time on the web and it's time to retire them)
  • Support for IPv6
  • You can now use the member management tools to search for incomplete members
  • Pagination added to the incomplete members page of the ACP
  • If only one skin or language is choosable, the dropdown selector at the bottom of the page will be hidden
  • Member photos and member avatars are being merged into one function: member photo. There was too much overlap between the two features.
  • IP.Calendar and IP.Chat will no longer be bundled in the IP.Board download zip to reduce the size of the download. This also allows clients who have no interest in IP.Chat or IP.Calendar to choose not to download or install those applications. Of course those who do wish to use those applications can easily download from the client area and install them.
  • Rebuild FURL cache button has been moved to the cache management page.
  • It is now possible to rename the "hooks" folder to something else editing the constant IPS_HOOKS_PATH in initdata.php.
  • You can now edit each group's report center permissions directly from the group management area
  • Report center now supports item marking to remember and indicate which reports you've viewed
  • Customers who have purchased Copyright Removal no longer need to enter a separate Copyright Removal key. The copyright will automatically be removed when activating your license.
  • New settings for attachments to limit size of files stored on disk
  • Separate ACP restriction options have been added for managing spam users and incomplete users (access to these areas were previously controlled by the option "can manage banned users").
  • "Show X Last visitors in profile" now shows always the last 5 visitors if the setting is enabled rather than having a 3, 5, 10 dropdown choice.
  • New ACP tool to create the cronjobs to rebuild sphinx indexes
  • When adding a ban filter in the ACP you will now have an option to enter a reason visible to all admins (the reason won't show in the public side).
  • Pinned, polls, and moved topic prefixes have been moved to language files (they were previously in the settings area)
  • Many redundant or pointless settings removed. Other settings moved to more logical locations. Some settings groups merged to create fewer groups to go through when setting up your community. System Settings menu item moved to a top-level menu item under System tab so it's available with one-click anywhere in AdminCP.
  • The note box in your My Settings (UserCP) area has been removed. It is a hold-over from years past and doesn't seem to make sense in community software. If you are one of the very few people who use this: make a copy of your notes before upgrade.
  • The unread topic marking system will now remember what page of a topic you left off reading rather than assume you read the entire topic on the first click.

IP.Nexus 1.3.0 IP.Gallery 4.1.0
http://community.inv...-41-dev-update/




Other Applications

Other applications have been updated to work with IP.Board 3.2.0, have received cosmetic improvements, and other minor updates to improve functionality. All applications will get larger updates now that IP.Board 3.2.0 has been released. Keep an eye on our news feed for information.

Code-Level Changes

These are changes made at the code-level of our software during this release phase that may interest our power-user clients.


Performance Improvements
  • Reduced several cache-load queries on the ACP index page
  • Combined two permissions queries loaded on every ACP page into one
  • Added some additional cache-loading calls to other ACP pages (manage applications, manage hooks, manage members)
  • Added some caching for fetching the max version ID in the upgrade_history table, which reduces the number of queries on the ACP manage applications page by the number of applications installed
  • Changed how modules are grabbed when IN_DEV is enabled for menu building (runs one query instead of one query per application)
  • class_forums was getting loaded and initialized twice in the Manage Forums page - fixed so it's not reloaded a second time. Also removed a shortcut for the class in the manage forums file to reduce small amount of overhead/memory.
  • Removed a query for group data on Manage Forums page (group_cache is already loaded, so used that instead)
  • Removed several deprecated functions, reducing the size of some classes and reducing their resulting overhead
  • Edited language export routine (for IN_DEV mode) so that it only exports the data we absolutely need. This reduces the size of our language XML files significantly, and also reduces memory overhead needed to process the language XML files.
  • Index added on ibf_posts.post_parent to speed up certain update queries that previously required a full table scan
  • A lot of unused code in the friend management files has been removed
  • Avatar or profile photo cleanup tools in ACP were unnecessarily loading and instantiating upload class
  • Removed outdated/non-functional coloring in admin logs
  • Calendar has been rewritten, and much unused code has been removed.
  • Caches used by calendar were not being properly loaded at runtime
  • Changed most of the file_exists call in the code with is_file for a faster code execution
  • The bbcode cache now uses the ‘bbcode_tag’ field as array key instead of an incremental integer, that allows a faster data access for single bbcode tags as there is no need to scan the whole array with a foreach.
  • An unnecessary query has been removed from the forum index view (the query used to verify the name used for the friendly URL is correct)
  • Removed unnecessary query from report center report view
  • A cache used by report center was being queried separately instead of at page initiation
  • Report center plugins are now cached for quicker runtime lookup without having to query the database
  • Useless queries removed from report center
  • Some queries that selected all rows and counted them (instead of running COUNT style queries) were changed to be better optimized
  • ACP skin files previously extended the output class unnecessarily. This was removed, resulting in approximately 20KB or more memory savings in each ACP page.
  • Report center plugins are now cached for quicker runtime lookup without having to query the database
  • RSS import now is much faster on boards with lots of feeds setup in the ACP.
  • overWrite header query / method_exists moved from every page load and value is cached in app_cache



Developer-Oriented Changes
Changes that may impact resource authors and skinners (including removed functions, database changes, new hooks, etc.)
  • $this->DB->force_data_type has been removed. Mod authors should now call $this->DB->setDataType( $column, $type ) instead.
  • $this->DB->no_escape_fields has been hidden. You should use the available $this->DB->preventAddSlashes( array( 'col' => 1 ) ); syntax instead.
  • Login management custom configurations have moved to database handling. conf.php (or conf.dist.php) files are no longer needed (though acp.php still is).
  • search_results, sessions.location, and cache_store.cs_extra are all removed
  • If you have a findIpAddress extension you can now add an array of additional columns to pull from your table as the fourth array member. i.e. "'posts' => array( 'author_id', 'ip_address', 'post_date', array( 'pid' ) ),"
  • IPB will now do a better job of cleaning up centralized application data during uninstall, so applications don't have to do it manually. (http://community.inv...support-ticket/)
  • The way hook data to-be-exported is stored has changed. This should have minimal impact on developers as the upgrade routine will update it for developers. This should make working with hooks between multiple developers easier, and make hooks import, export, install and uninstall in a much more consistent manner whether IN_DEV is on or not.
  • Many skin system bugs have been resolved, and improvements implemented, making the skin system more flexible to developers using it outside of normal contexts, while allowing it to be more forgiving of various formatting possibilities (i.e. typehinting for function parameters and spacing around function parameter definitions).
  • Central permission management now correctly can handle more than one permission type within a single application
  • IPv6 is now supported. You should ensure any database columns holding IP addresses are varchar(46) or larger.
  • You should use the new ipsRegistry::getAppClass( $app ); call to load your app_class_(application).php class. This ensures any library hooks execute as appropriate and consolidates duplicative code.
  • You should use the new constants IPS_FILE_PERMISSION / IPS_FOLDER_PERMISSION for file and folder permission values. i.e. instead of chmod( $file, 0777 ); use chmod( $file, IPS_FILE_PERMISSION ); instead.
  • Calendar has been completely rewritten - the DB schema has changed, dates are stored as datetime parts in MySQL, etc.
  • The ACP has a new interface implemented, some of the JS has changed, jQuery is now supported in the ACP
  • Removed 4 data hooks in public_forums_forums_topics: topicViewTopicData, topicViewDisplayData, topicViewForumData, topicViewPostData. All 4 of them can be replaced with a simple skin overloader for the template "skin_topic > topicViewTemplate".
  • Photos and avatars have been merged.
  • Photos thumbs are now cropped at 100px and you can select which area to crop
  • Twitter / Facebook photos are actually imported and re-sized where possible (needs fopen URL wrappers otherwise the thumb URL for the services is used)
  • Some functionality for importing/exporting/rebuilding from and to XML files has been hidden unless IN_DEV mode is enabled
  • Added a second parameter for the function “$this→cache→getCache( $CACHE_KEY, FALSE );” which allows to skip the loading from the database if the cache isn’t loaded already.
  • A new option to define an application when creating an hook, if the application is filled the code checks if it is enabled and if not skips loading the hook file completely.



    class_forums::fetchTopicFolderIcon() has been changed to return an array of meta-data about the topic that can be used to generate the topic icon, although Rikki is changing how topic icons work in general anyways.
    pp_*thumb*_x is now pp_*small*_x
  • The sessions API (admin/sources/classes/session/api.php) now supports a different cutoff time rather than the default one, additional joins, ‘where’ query bits, complete ‘where’ query part override.
  • The function “IPSLib::unpackGroup()” now is “IPSMember::unpackGroup()”.
  • ACP group_form.php plugins now support an optional third method: postSave(). This method accepts one parameter (the group ID), is only called if present, is called after the rest of the group data is saved, and should not return anything.
  • Added a getCount() method to the like class to return just the number of followers
  • The setting disable_reportpost has been removed. Our applications now check the report center permissions directly, instead.
  • Hooks Improvements: http://community.inv...s-improvements/
  • Applications Improvements: http://community.inv...s-improvements/
  • A new extensions file per-app is supported: permissionsSync.php. Class name should be “(app)PermissionsSync” and supports a constructor (ipsRegistry reference passed) and one method with no arguments: updatePermissions(). This method can be used to rebuild application caches when the app permissions have been updated from the central permission manager.
  • Deprecated function getBlogID() in the blog API has been removed, developers will need to use the more updated function fetchBlogIds()
  • makeProfileLink, memberViewImages, makePassword, makeNameFormatted, canReceiveMobileNotifications have been moved to IPSMember
  • unconvertSmilies has been moved to IPSText. The redirect method in the bbcode class has been removed.
  • The “doneScreen” method in the admin output class has been entirely removed. Authors are encouraged to use the global_message/silentRedirectWithMessage() methodology instead.
  • The “redirect” method in the admin output class now simply routes to silentRedirectWithMessage(), and is marked deprecated.
  • The template “global_main_wrapper_no_furniture” has been removed from the admin skin.
  • Function “rebuildSphinxConfig” has been moved from “IPSLib” to “admin_core_applications_applications”
  • classCommunication.php was removed, and classFileManagement.php was extended to handle POST requests (encompassing the only functionality missing compared to classCommunication.php)
  • Almost all private methods have been switched to protected to allow more robust hook capabilities
  • New pagination potions to use a next/previous style pagination. Next/previous style pagination supports AJAX pagination.
  • The column “ban_nocache” has been removed from the “banfilters” table.
  • New adminOutput method setMessage() has been added. Allows to set the global_message, and allows to specify a “sticky” flag or not.
  • ACP Settings are now in their own “settings” module and the templates have been moved as well in “cp_skin_settings”.
  • menu.xml files for ACP modules now support specifying a language key, which can then be placed into “(app)_admin_menulang.php” as “menu__(language_key)” to support menu language abstraction in the ACP. This is optional for apps.



#2065484 Linear + in 3.2

Posted 3DKiwi on 09 January 2011 - 04:42 PM

I vote to get rid of it. I doubt many people still use it. One of the main problems with IPB is it's getting cluttered. Removing things that hardly anyone uses any more makes sense to me. That's why so many people are raving about Xenforo because it's fairly clean looking and easier for people to figure out how to use.

3DKiwi


#2065467 Linear + in 3.2

Posted Axel Wers on 09 January 2011 - 03:48 PM

I am not satisfied with Linear+ removing in 3.2.x

Lot of my members are glad when they can see the first post on every page in topic. This first posts says "what is the theme in topic" and it's prevent against off-topic.


Another thing is, that we have NOT improved SEO in this way. Now meta destription is generated from the first post on each page.

So when you have page forums.domain.tld/topic/1-blahblah/page__st__50 and first post on this page has content for exmaple "yeah, you're right" this content is generated as description in Google for that page. Little stupid description. Linear+ is prevention against similar descriptions.


#2123589 What do you think of 3.2?

Posted Rikki on 15 June 2011 - 07:39 AM

View PostBiker.GA, on 15 June 2011 - 06:49 AM, said:

You want specifics? I'll give you specifics. The default skin is STILL geared towards "younger eyes". It's difficult to find things, and one shouldn't have to rely on something to "magically appear" in order to perform a function.  What did you guys do? Go look at Xenforo, go "ooooooooooh SHINY!" and copy some stuff? If we had been that impressed with the stuff Kier was doing, we'd have gone with that package.

With all due respect, we are quite capable of making improvements off our own back, and not because someone else has done it. Sure, xF came out and is 'shiny'. IPB 3.x has been around for (including development) approaching 4 years. It was time for an overhaul. It's simply coincidence that xF came out too. We would have made the changes anyway because that's where the modern web is going.

That's what we're influenced by. Modern web applications. Hundreds of millions of people use Facebook, Twitter, Last.fm, Wordpress, and so on. There's some conventions and styles that work because people see them every day.

I appreciate your needs are different, and I'm sorry if you feel that out of the box we aren't up to meeting them. But that's exactly why our software is highly extensible, skinnable and so on. You might groan at once again being told that you can make changes in your skin, but please look at it from our point of view - if we met your needs, someone else would come along and tell us we're doing it wrong (and indeed that's exactly what they did with 3.x - see the next paragraph). We cannot possibly meet all needs by default. (Set up a stock Wordpress install - it probably does very little of what you need. That's why it, too, is extensible).

Feedback on the original 3.x experience was fairly unanimous, even from the many people who love it - it was a little clunky, quite dark, confusing, and just didn't feel modern. That's party because it's 4 years old. So we've worked based on that feedback to make 3.2 what it is. Other than a handful of people making their voices heard, the feedback has been outstanding - so we must be pleasing a lot of people.

If your needs dictate that you need something done differently, that is why we're so extensible. I'm sure you'll be able to resolve it and make it work for you while still having the excellent foundation that 3.2 provides.

And regarding version numbering, would it matter if we called it 4.0? Would your feedback change? I'm not entirely sure how 'major update 3.2', 'major update 4.0' etc. would change things. It's just a number. The core hasn't changed, so that's why it's still '3'.


#2122958 Add some IPBoard features ?

Posted xCurlyx on 14 June 2011 - 09:02 AM

Pretty sure you can use the language changer soo yes. You may need to have someone convert a language if its not int he marketplace.

The tabbed one theres a tut on it for 3.1x series not sure about 3.2 proboly can be done with js.

and yes we have a friendly furl system that will redirect


#2123022 IPB 3.2: Too Much Whitespace

Posted Christophe on 14 June 2011 - 10:44 AM

Here is another example.
If you stretch your window, the area in red is not white space as it can be filled by an element, a bigger picture etc.
The orange area on the other end is white space as it can not be filled by another element and locks the column no matter if you stretch the window or not.

I know it is tricky to get, it may be easier to think about it in terms of locked space and too much of it instead of white space.

Attached Thumbnails

  • b.jpg
  • a.jpg



#2122695 IPB 3.2: Too Much Whitespace

Posted kenichi tanaka on 13 June 2011 - 10:45 PM

Ack!!! Who was responsible for the abuse of white space in IPB 3.2 Beta 1? I just noticed this when posting a message and it's even worse when you create an announcement. Does anyone else have a problem with this or what? I'd prefer to have the "announcements" listed in the same space as the "pinned" topics (how they appear in each forum).

Good grief ... it's like 3.2 grew by osmosis and has created a lot of wasted space. We wanted a more streamlined version of the forums, not a literally "BIGGER" forum. Even the default font size for posting messages is a bit annoying. WYSIWYG needs to go away.


#2122732 IPB 3.2: Too Much Whitespace

Posted invisiblex_merged on 14 June 2011 - 12:08 AM

View Postc u l8er, on 13 June 2011 - 11:54 PM, said:

I find IPB 3.2 much easier to skin than 3.1 or any other version. The design is so simple and its easier for me to invision something on a simple, neutral, and clean slate than it is on something like 3.1. If you are going to use the default skin then your probably waisting your time as there is already thousands of websites using the default theme. If not then I would expect you to either download a skin or skin it yourself. If that is the case then I don't understand why you would complain about the color when it can easily be changed in 6 letters/numbers if not 3.

dont distract topic  ... he knows he can download skins .. he is not blaming other skinners.  He is blaming official skinner of IPB .


#2120587 Online Images

Posted bfarber on 10 June 2011 - 06:31 AM

Are they really though?  (Yes, I'm asking this sincerely).

I personally never pay attention to whether someone is online or offline or not.  I don't find online status (again, personally) to be very important when participating on a forum.  It's different, to me, when you are on a social networking site, but replying to a topic I don't typically care if the user is online or not.


#2120812 3.2 Rate Topic Stars shoud not be above title (feedback)

Posted Christophe on 10 June 2011 - 01:31 PM

Wouldn t it make more sense to do this?

You move the action item ie the stars rating below the other section that also asks for user action. There is no user action needed in the title. I don t understand why you should have action items in the title area...maybe its just me but since I do usability this is the first thing that jumps in my face

Attached Thumbnails

  • rate.jpg



#2116725 Emoticons

Posted marklcfc on 03 June 2011 - 08:57 AM

It's better than the pop up now but you need to change it.

My site has 100+ emoticons, so if someone wants to add the latest one added they'll click show all and scroll to bottom as new ones are automatically added at the bottom of the list. Are they now seriously supposed to click and wait for each lot to load 8/9 times to get to that emoticon now? You need a show all somewhere.

Why not leave it as it was?