Jump to content

Rikki

Members
  • Posts

    24,413
  • Joined

  • Last visited

  • Days Won

    84

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Projects

Release Notes v5

Forums

Events

Store

Gallery

Everything posted by Rikki

  1. I'd like to introduce two new areas we've been working on. These new areas are designed to support our developer community, while making it easier for our clients to get their custom projects taken care of. Projects http://community.invisionpower.com/resources/projects The first new area is Projects. When you have a custom project for which you need a developer/designer, this new area will allow you to gather responses from developers interested in working with you. Post your project details, choose an approximate budget and date, if applicable, and developers can then register their interest in the project. From there, you can contact developers to help you decide which to go with. Projects you post will be open for responses for 30 days, after which they'll be closed. If you agree to work with a developer before that time, you can mark it as completed by clicking the Accept link next to the chosen developer's response. You'll be notified when new developers respond to your project, too. IPS won't be involved in the communication between you and a developer in any way, so it's up to you to agree project details and exchange payment, if necessary, before work starts. We hope this will become a handy tool to help match up customers and developers on custom projects. In time we'll add more features, such as the ability to review customers/developers when a project is complete. Developer Profiles http://community.invisionpower.com/resources/developers The second new area is Developer Profiles. This new area gives developers a place to present themselves to potential customers. When a developer creates a profile, we'll automatically build a page for them that pulls in their Marketplace information, and gives them a way of highlighting one of their contributed files and a place to write about themselves. As a customer, you can browse the listings to check out the developers in our community. If you've worked with a developer or just like their files, you can Recommend them by clicking the link on their page. If a developer with a profile responds to a Project, we'll link their name to their developer profile so that you can find out more about them. We hope these two new features will help foster more growth in the development community, making it easier for customers to find developers, and giving developers a central place to find potential work. Check them out - and if you have any feedback, please do feel free to share it. We've already made many changes based on the feedback from our preview to developers, so now it's your turn :smile:
  2. As part of our goal to improve the usability of IP.Content, particularly for non-coder administrators, we've used the 2.3 release to look at ways of reducing or eliminating the amount of code that needs to be written in order to create great websites. In the current version of IP.Content, blocks require individual templates (entered as part of the wizard process), and the default, unedited HTML is generic and not ideal for most blocks you'd want to create. This clearly left room for improvement, so we're pleased to introduce our solution: block templates. Block templates give us two primary benefits: Make it easier for IP.Content users to set up a good website, without needing to code Make it possible for those who can code to share interesting block interfaces either directly or through the IPS Marketplace Reusable Block Templates In IP.Content 2.3, the templates that feed blocks use are created separately, using a new Block Template manager, and then assigned to blocks when they are created: The block template manager What does this mean in practice? Firstly, it means that block templates can be used by more than one block, without recoding them, and when changes are made to the template, all blocks update at once. More importantly, it means block templates can be created, exported, shared and imported, so that those with the skills to create them can share them with those who can't. We hope this will spur some great block interfaces from our modding community, to benefit all IP.Content users. How does it work? Templates are linked to a feed type and a content type. For example, you might create a template designed for "Topics" in the "Forums" feeds, or "Albums" in "Gallery". In addition, you can create generic templates based on a content type alone, for example "Comments", which can then be used with any feed that shows comments. Adding a new block template When feed blocks are created, you are presented with a gallery of all suitable templates. Clicking one previews the template with the real data that the block will generate, so you can see exactly what the block will look like on your pages: Creating a new feed block using a block template Of course, if you still wish to provide a custom template for a particular block, you can do so - the process will be exactly the same as before. A Javascript & CSS framework provided To go with block templates, we've created a mini Javascript and CSS framework. This means that all block templates, whether they are provided by us or by our modification community, can maintain a consistent style. The required framework files are automatically injected into all IP.Content pages, whether you use the IP.Board wrapper or your own HTML wrapper. The javascript side of things is powered by jQuery, and based on the jQuery UI Widget Factory. Block templates can include their own assets, such as javascript widgets, CSS files and images. IP.Content automatically compresses all the JS and CSS files from all templates into a single minified file to help keep websites loading quickly and cut down on HTTP requests. Sharing templates As mentioned above, block templates can be exported and shared with other IP.Content users. To make this process very simple, when a template is exported, it's built as an XMLArchive - that means all of your CSS, JS and other assets are compiled into one file for you to distribute (a little like an IP.Board skin is). Exporting a block template into one XML file Conclusion To give you a taste of what is possible with block templates, here's a demo page I've created using some of the default templates we'll be providing. No code - other that putting template tags into a page and adding a div to make the right column - was typed to build this page! An example page using default templates Our aim with block templates is to allow all IP.Content administrators to have interesting, useful, interactive blocks, without needing to write the code themselves. The addition of a new standardized JS and CSS framework also means that blocks can maintain consistent styling, regardless of who authored the template. We'll be including a number of pre-made templates with IP.Content 2.3, and hope that the modification community and other coders will embrace the new possibilities offered by block templates, and create many more to be shared via the IPS Marketplace. Once IP.Content 2.3 is released, we'll publish some developer documentation to help you get started with the new tools. We think block templates are a huge step forward in making it easier to create websites using IP.Content. We hope you exploit their full potential! We look forward to your suggestions and ideas for improving the software in our feedback forum. We heavily rely on feedback from all of our clients to shape the future of our software, and even if we don't reply to every topic, rest assured they are all read. If you have any comments on the new block templates feature in IP.Content 2.3, please share your thoughts below!
  3. We've had specific support for mobile touch devices in the IP.Board suite for a number of versions - these devices see a specially designed skin which is stripped down and touch friendly, rather than the usual skin. We've taken the opportunity to update this skin for IP.Board 3.2, refreshing some aspects of the style and adding support for new features. Launcher Gone is the linear menu of community links, replaced instead with a new launcher screen that shows the various areas that can be accessed: As well as looking more pleasant, the increased space for each item should make tapping easier. In addition, you'll notice that we now display bubbles that show the message/notification counts, like on the default skin. General interface improvements We've restyled most elements in the skin, to lighten it and reduce the space necessary. As an example, here's the topic list: You'll notice the navigation bar that used to be present is now displayed as a 'Back' link in the header bar - a convention mobile users are well used to. The individual page title is shown in the black bar, with the page content following. In this particular screenshot, you might also notice that we're using the standard default skin read/unread topic markers, since they're perfectly suited. Here's a look at the slightly-updated topic view: As well as the cleaner display, you might notice we also support the new Like feature for posts. Notifications Notifications aren't something we've supported in the mobile skin before, but with more focus being placed on them in IP.Board as a whole, we took the step of adding them to the mobile view too. They essentially work just like you're used to, with the option to go to the user, the content, of the individual post: Tagging Tagging is a new feature introduced in IP.Board 3.2, and since tags can be set as required when posted, it was essential that posting support was added to the mobile skin. This series of screenshots shows the process: To remove a tag, simply tap it, then tap the Remove Selected button that will appear: If you choose to use the closed tagging system (whereby users can only choose from tags you define), a select list is shown instead, allowing users to choose from the native phone interface. View New Content/Searching IP.Board 3.2 introduces a new way of filtering results when using View New Content or when searching. A bar is shown on the left, with the various filter choices able to toggled on and off to change the results. While this interface clearly wouldn't work on a mobile device, we did want to ensure the filtering options were still available. This is what we came up with: Clicking one of the buttons on the top bar presents the available filters, with the currently-used shown with a check:
  4. Back in February, we posted a series of blog entries about improvements to our Calendar application (part 1 2 3 4 5). To go along with these technical changes and improvements, we've completely overhauled the calendar interface to modernize it and improve usability. This blog entry will review those changes so you know what you can expect when IP.Board 3.2 is available. Main Calendar View When first visiting the calendar, you're presented with a refreshed calendar view. The main calendar now takes up the full width of the page, since it's the most important content on the page. Mini calendars now appear below - available, but not hogging space. The new filter bar above the calendar allows you to switch seamlessly between month, week and day view. The menu next to the page title allows you to switch the calendar you're currently viewing. Week View Week view hasn't changed substantially, but does continue the filter bar and mini calendar styling introduced on the main page. In both the month and week views, you can double click a date as a quick shortcut to viewing that day. Day View Day view presents a much cleaner overview of events and birthdays taking place. In addition, a quick overview of members who have RSVP'd to an event are shown. Event View The redesigned event view shows full information about the event, together with comments and the RSVP list. We hope these improvements to the Calendar application go down well with your community, and spark more use by members! The new interface together with new features and improvements have given the Calendar a completely fresh feel, and we hope you like it!
  5. In this entry, I'll be showing the new streamlined Sign In and Registration process in IP.Board 3.2. Registration in particular is a key interface in any community. Too complex, and users will be put off signing up and taking part, potentially costing your community dearly. We've known for some time that our current registration process has needed streamlining to improve user conversions, and IP.Board 3.2 has proven the ideal time to implement the changes. Step by Step Our registration routine (when IP.Nexus is used) is unusual in that it behaves as both a store and a sign up process (to enable users to select a subscription). While not everyone uses IP.Nexus, it's important for us to consider this aspect and find a suitable solution regardless of the products used. To solve that, we've changed the registration routine to be a clear step-by-step process. First, a subscription is chosen if available. Next, account details are entered. Finally, the user gets confirmation. A step-by-step interface gives users clear expectations of the process they're about to follow, which is great for usability. Reducing clutter and confusion The current registration routine involves a number of disparate steps, collecting information that doesn't warrant an entire screen individually. This simply puts obstacles in the way of users trying to join. The account details step now consists of just one screen. COPPA, terms and conditions and of course account information is all covered on the one screen. COPPA, if enabled, appears as a modal popup. Instead of asking users to select their birthday (used only to verify they were older than 13), we now just ask the simple question: "Are you over 13?". Easy. Once they confirm, the popup is dismissed instantly, and the form is ready for them to begin. The registration form now consists of just 4 fields (6 if you use the Q&A and ReCaptcha features). So what's changed? Display Name - we no longer show the display name field upon registration. Requiring users to choose two names invites confusion, and the difference is not apparent until the user is familiar with the community. But fear not, the display name feature hasn't disappeared. Instead, we set the display name to be the same as the log in name during registration, but users are free to change their display name later in their UserCP. Confirm Email - There's no need to confirm the email address field. It's plain text, and many users simply copy and paste the first field anyway, duplicating rather than fixing an error. Time Zone - Having the user choose their timezone simply adds to the burden of registering. Instead, we now try and determine their timezone automatically behind the scenes, and it can always be changed in the UserCP. Another change is that the community terms and conditions are no longer presented on an entire screen. While important, they again present a roadblock to getting a user registered. Instead, they're now shown in an inline popup, and the user simply checks a checkbox to signify their agreement. Custom profile fields set to 'show on registration' also appear on this page as usual. However, we urge you to consider whether a particular field is essential at registration! More fields equals more work for users, so the fewer the better! Inline Sign In Something that has been requested for some time is inline sign in, and I'm pleased to say it's now available in 3.2. To simplify the process, users signing in with 3rd party systems such as OpenID will still be required to use the full sign in page. In our experience, though, the vast majority of users use the default IP.Board sign in, and the new inline popup should make the process a little easier for them. We hope you find the changes give a boost to your community when IP.Board 3.2 is available. By streamlining registration and sign in, we hope to encourage your guests to convert to members and contribute to your community.
  6. We've gradually been revealing aspects of the new IP.Board 3.2 front-end interface, and naturally there's much more to come. In this entry I'd like to preview the new interface for the Search, View New Content and User Content views, since all three of these views essentially share the same interface elements. We previously covered the changes and improvements to View New Content, and these changes have been incorporated into the new interface. As always, please note that screenshots are from development software, and are subject to change before the final release. Overview The biggest change is of course a brand new filter menu, to replace the myriad dropdown menus that we currently use. Content can be effortlessly filtered with single clicks - whether it's changing the app you're searching, the sub-section, or the time frame. Search sorting In addition to the main filter menu, search results also make use of a new filter bar to enable sorting and ordering (again replacing dropdown menus). This is an interface concept that you can expect to see more of in IP.Board 3.2. Language Non-English users will be pleased to know that we're now making use of IPSLib::getAppTitle() for tabs and titles in the search interfaces, so that the correct translation is always displayed. We hope you like this brief preview of the new search interface! The changes we've shown here and elsewhere are a taste of the improvements we're making across the product to improve usability and aesthetics. There's plenty more to come, in our blog entries and public previews. Feel free to comment on this blog entry below or, if you have feedback unrelated to this blog entry, start a new topic in our feedback forum. Be sure to check the What's New in IP.Board 3.2 topic for a running list of announced changes!
  7. While we aren't quite ready to show off IP.Board 3.2.0 in its entirety yet, I wanted to talk a little about what you can expect from our new front-end skin - our thinking behind development, areas we've focused on, etc. Goals Before development commenced, we created a list of goals that we aimed to meet. These include: Improving the experience We've been accused in the past of having a 'clunky' experience in some areas, so we've worked hard to improve the user experience in key areas. Some of these are usability changes, while others relate to reducing clutter on the screen or relocating elements. Making the skin easier for 3rd party developers (and ourselves!) to use Another focus was on making our skin - particularly the CSS - easier to use, for skinners, developers, even our own team. We've found that as new features were added, whole blocks of existing CSS were copied, pasted, then tweaked to suit the new feature. This creates some resource overhead, not to mention more work for skinners and developers. To remedy this, we've begun introducing a new approach to our CSS: more modular units that can be reused and combined easily to make many interfaces easy to implement. This will be gradually introduced throughout the skin as areas get updated in future point releases. Already, we've been able to remove large sections of old CSS as the updated areas make use of the new modular CSS. Modernizing the display It's been 3 years since we first began working on IP.Board 3.0, and the internet has come some way since then. We decided it was time to refresh the visual style of our default skin. While it will still be clearly recognizable as IP.Board, we've added some polish to the overall style, and made more use of technologies such as CSS3. Areas that we've focused on A huge number of areas have had minor tweaks here and there, too numerous to list here. But other areas have had significant updates, including: Global wrapper This is probably a given, since it influences the rest of the skin. Parts have been made more streamlined, with a new member & moderator bar, a new application bar that now supports as many apps as you choose to install, inline sign in and more. Forum view While the basic concept of listing topics inside a forum hasn't been altered, we've made big updates to the presentation, including rethinking the display of non-essential items and a new, friendly topic preview. Topics view As with forum view, the basic structure has not changed (familiarity is a good thing!), but numerous elements have been tweaked, changed, and tidied. All in all, reading topics should be a more pleasant experience for your users. Profile Our profile view was in need of overhauling, so that's what we've done! It now sports a vastly cleaner display while keeping all the relevant information accessible. Data from 3rd party apps is easily incorporated without fear of breaking the tab bar as in 3.0. In addition, we have merged profile comments and status updates, giving members a modern 'wall' in their profile. Calendar We've previously posted blog entries about new features you can expect to see in Calendar, and to go along with that, we've completely revamped almost every aspect of the calendar display - hopefully making it a more inviting place for your community to share events. Registration We identified some time ago that our registration routine was less than optimal, especially when considering communities that make use of IP.Nexus, with its ability to sell packages at registration. To remedy that, we have rethought the registration routine, to present Nexus packages in a better way, get rid of unnecessary steps along the way, and above all make it quicker for your prospective members to register Moderation We will elaborate on this point at a later date, but we have made the various day-to-day moderation tasks easy to access and use - a boon for your moderating team. View New Content Our View New Content area has steadily grown more complex as additional sorting and filtering options have been introduced, so we felt it was time to improve the display of those options to make it all a bit easier to use. Posting Screen We've updated the new topic/reply screen to be more streamlined, as well as integrate some new goodies that we'll talk about later. Redirect Screens The old-fashioned 'you are being redirected' screens are now a thing of the past. Every area has been updated to use a new inline notification display, which doesn't get in the way and fades after a few seconds. Teasers To whet your appetite, here's some teaser shots of the new front-end. We'll be gradually showing more as we discuss new features in later blog entries. While these are just teaser shots, over the next few weeks we will start posting blog entries about new features on the front end that will also contain screenshots of new skin elements so keep an eye on our blog for more updates! Feel free to comment on this blog entry below or, if you have feedback unrelated to this blog entry, start a new topic in our feedback forum. Be sure to check the What's New in IP.Board 3.2 topic for a running list of announced changes!
  8. One of the areas we identified as requiring significant update in IP.Board 3.2.0 was the member management process. Member management is, for most communities, the most frequently-executed task that happens in the AdminCP, so it is important the process is quick and easy. In previous 3.x releases, each different type of member (normal, banned, validating etc.) had a separate page from which you could manage that type. Once on the correct page, you check the members you want to work with, then select an action. Refresh, repeat. In IP.Board 3.2.0, we've significantly streamlined the entire process. All types of members are now viewed in a single interface, though that interface can adapt depending on what you're viewing. Let's take a look... Viewing Members Notice at top-left a toggle bar, to change the member type you're viewing. Notice also that the column headers (member name and email, in this case) allow for sorting. All of this takes place dynamically - virtually no page loads are required for any action in the new Member Management section. Searching for Members Searching for members is easy - simply start typing in the filter box, and results are displayed live in the list. For more specific searching, you can use advanced search to narrow your criteria. Managing Members Managing members is a one-click process. The available options for each member are presented as buttons; clicking an action confirms it and removes that member from the list. Previously, you would have to (in this example) select the members to ban, scroll down, choose the appropriate action, the page would reload, then you'd have to do the same for the members you wanted to delete. In IP.Board 3.2, you can simply work your way down the list, choosing the appropriate option for each user. We expect this will be particularly useful when managing validating members. Once you've cleared the list, the page will automatically load in another 20 members for you to manage. You can still mass-manage members, however. Selecting some members enables the available mass-actions, and again, once you confirm, more members are loaded for you automatically. Summary Member Management is now essentially a one-click process - a vast improvement on previous version of IP.Board. We hope that the new process will significantly reduce the time you spend on the repetitive and time-consuming task of managing your member base. Feel free to comment on this blog entry below or, if you have feedback unrelated to this blog entry, start a new topic in our feedback forum. Be sure to check the What's New in IP.Board 3.2 topic for a running list of announced changes!
  9. One of the primary areas we have targeted for improvement in IP.Board 3.2 is a fresh style and usability improvements for the AdminCP. Our AdminCP has long been considered one of the best in the industry, so while we didn't want to tear up that work and start again, we did feel it was time to make substantial improvements. Overview First, let's take a look at a general overview of the new style: As you can see, we've tidied up the header area. The live ACP search, which has been a hit feature, has been made more prominent (more on that later). The 'button bar' that many pages make use of has been styled more like a toolbar in a traditional application. Many other general aspects have been tweaked, such as improved typography, removing various bits of clutter on the screen and updating the drag handle to the standard used in places like GMail. Sidebar / Menu In 3.0/3.1, the sidebar is the primary way of navigating through an application. The downside of this is if I'm in the Forums app and I want to, for example, edit a member, I first have to click the Members app, then find the item in the sidebar, and finally arrive at the page I wanted. We felt for an app of the size of IP.Board, more effective navigation could be done by using multi-level dropdown menus: This makes it really speedy to get wherever you need to get. You can even navigate to your non-core applications: The sidebar can be hidden, giving you more space on your screen for the important content. I've been using the new menu system for weeks, and I certainly couldn't imagine going back to using the sidebar as the primary navigation method. I hope this makes routine administration tasks noticeably easier for everyone. New Item Menus In 3.0, item rows that have additional options are displayed using the icon. While this works fine (especially when there's many options), it could be made quicker if the primary actions were buttons in their own right. IP.Content and IP.Nexus have had the new item menus for some time, but they're now used throughout IP.Board. Primary actions (such as Edit and Delete) are displayed as buttons, while less-frequently used options remain in a dropdown menu. The row you are hovering on highlights itself for easy identification: (Fun fact: this menu system is generated entirely with CSS3 - so it's incredibly easy for mod authors to reuse) New Tab Bar In IP.Board, many sections use tab bars for situations where you can edit all of your applications at once (for example, the Tools & Settings section). However, problems arise when you install lots of extra applications - the tabs can spill out of the bar and break the page layout. To resolve this, we have added a new style of tab bar, that comfortably displays as many apps as necessary. By default, it looks like a standard tab bar: But when many apps are installed and your browser window is not large enough to display them all, it adds smooth scrolling controls: New Form Style Though not a major change, we have updated forms throughout the ACP to use a slightly different layout. In 3.0, field descriptions were displayed under the field title. Where fields had long descriptions, this was unwieldy, and contributes to making forms more difficult to use than they should be. In 3.2, we have updated the styling so that field descriptions appear directly under the field they relate to. Field titles meanwhile are right-aligned, making it really easy for your eye to travel the page and identify items: New Live Search I mentioned earlier that the ACP live search had been made more prominent in the interface. We hadn't expected it to be quite as popular as it is, so in 3.2, we've improved the display of the results box. Often, a search would have dozens of results, which made them difficult to scan through to find the relevant one. Live search in 3.2 breaks down the display into sections, like so: Summary We hope that the new navigation system and live search really makes finding what you need highly efficient, so you can get on with doing the important tasks. We hope the cosmetic and usability tweaks makes performing those tasks just a little bit easier. And, of course, we hope you like the overall styling we are going for. Feel free to comment on this blog entry below or, if you have feedback unrelated to this blog entry, start a new topic in our feedback forum. Be sure to check the What's New in IP.Board 3.2 topic for a running list of announced changes!
  10. Note: Since this entry was published, our Resources area has been updated with the new version. Go there now to see these features live! One of the main aims for IP.Downloads 2.3 was to overhaul the interface to bring it up to scratch. To that end, we have focused on 3 major areas in this revision, which we'd like to show you now. File Submission The current submission screen in IP.Downloads became unwieldy as multiple options and configurations appeared in each release. We've redesigned the upload process from scratch, to properly guide the user through each step and put the files they're uploading at the center of what they're doing. The new screen is composed of three steps: files, screenshots and information. It's displayed as an accordion so the user can focus on one thing at a time: The next step is to add screenshots to the entry: Notice here that the first screenshot is highlighted; this is the new Primary Screenshot feature covered in yesterday's blog entry, allowing you to set the 'main' screenshot for a file. To do so here, you simply click it to highlight it. Finally, you add metadata... File View Next we updated the view file page. Notice the primary screenshot is shown prominently next to the description, whereas other screenshots are available below. IP.Downloads Portal The final screen isn't so much an overhaul as a brand new page altogether. We felt one of the areas that could be improved in IP.Downloads is being presented with interesting downloads right on the front page, rather than a clinical list of categories. To achieve that, we've updated the homepage to be a portal of content, like so: Three main panels appear on the homepage: what's new, highest rated files, and most watched files. Each panel shows up to 18 files in a scrollable pane so it's easy for users to browse. In the sidebar, we show top downloads and top authors. Note that if you have the IP.Nexus/IP.Downloads integration enabled, instead of seeing Top Downloads, you'll see Top Free Files and Top Paid Files. Also when the integration is enabled, files will display their price: We hope you enjoy what's coming in IP.Downloads 2.3, and we'd love to hear your feedback!
  11. Rikki

    IP.Board ToS

    Yes, you're right - in fact a DMCA notice can only come from the copyright holder.
  12. Rikki

    IP.Board ToS

    We do, but unless we host the site or unless they're using IP.Board itself illegally, there is very little chance we can successfully do anything about it. Your best bet is to contact their host.
  13. Rikki

    Mobile skin?

    It's likely to be part of 3.1, possibly with a separate beta download before 3.1. It requires some code-level changes to be implemented first.
  14. We are pleased to announce that IP.Gallery 3.1.0 is now in the beta testing stage, and has been installed on this board for public testing! This update brings many refinements, performance optimizations, and new features, including: Friendly URLs IP.Gallery now makes full use of the IP.Board FURL system. Categories, albums, images and more now have the friendly URL structure you're familiar with. Image notes Image owners are now able to add notes to sections of their images, positioning and resizing them to suit. Other members will be able to see the notes when hovering over the image. (An example) Image rotation Images can now be rotated in 90
  15. We are pleased to announce that IP.Gallery 3.1.0 is now in the beta testing stage, and has been installed on this board for public testing! This update brings many refinements, performance optimizations, and new features, including: Friendly URLs IP.Gallery now makes full use of the IP.Board FURL system. Categories, albums, images and more now have the friendly URL structure you're familiar with. Image notes Image owners are now able to add notes to sections of their images, positioning and resizing them to suit. Other members will be able to see the notes when hovering over the image. (An example) Image rotation Images can now be rotated in 90 View full blog entry
  16. We do not currently allow other bulletin board scripts on our hosting packages.
  17. Well, we already have IP.Gallery, which has an option to display gallery categories in a forum-like table. I think there'd be too much crossover for this to be a worthwhile IP.Board feature I think :) This is something that could be achieved with a hook and some skin edits though :)
  18. Rikki

    UCP Suggestions

    That's actually a sensible use of AJAX which we can look into :) I would still give people the option, it won't necessarily be the same every time, but the options can be presented inline, without leaving the topic.
  19. This bug is very, very confusing to me. It has been reported by a few people. No-one on staff has ever been able to reproduce it, which makes tracking down the cause very difficult. What's more, it's just plain old HTML, and a javascript call to Element.hide(). Totally confused as to why that would result in what you see. We'll keep on investigating and see if we can figure it out.
  20. Rikki

    New Board

    Yes this is the default skin, with nothing changed :)
  21. Rikki

    Currency

    If there is a publicly available service we can plug into to convert rates, then I'm happy to look into whether this is possible. I don't know of any, but I'm open to suggestions.
  22. Unfortunately it's not that simple... a lot of people don't understand why it would be bad on shared hosting, so would enable it anyway, and ultimately end up getting shut down (and possibly getting IPB banned at that host). We have to walk a fine line between features and not overloading servers.
  23. We actually had that feature in the betas... Unfortunately it was a server killer for people on shared hosting, so we had to remove it.
  24. No, you'd need to make sure you have a copy backed up. When your license/renewal expires, you won't be able to access the download center.
  25. New Mobile skin When we developed IP.Board 3.0, we took the decision to keep the same basic Lo-Fi skin that appeared in IP.Board 2.x, but expand it to include the ability to post, which was a commonly requested feature. Since 3.0's release, we've had a lot of feedback requesting that we expand the Lo-Fi skin further, and create a truly mobile experience for IP.Board users. Now we're pleased to introduce the new Mobile skin. The new Mobile skin provides handy trimmed-down access to almost all areas of IP.Board, including topics, posting, searching and the messenger. Non-essential information and features have been stripped out, to ensure the interface for mobile device users is uncluttered as well as quick to download and render. The CSS used to build the Mobile skin is minimal, to help keep page sizes down, but we have added a splash a color to enable webmasters to brand their Mobile skin, if they wish. By default, the Mobile skin is traditional IP.Board blue. A GDK for the few images that appear will be released in due course. We've designed the Mobile skin to be usable on any modern mobile device, such as iPhone and Blackberry. It should look great on any size screen, too. We'd love to hear your feedback on the new look, and any questions you have! The skin will be available for testing on this forum in the next few days. Oh, one more thing... it has topic markers :)
×
×
  • Create New...