Instiki
Feature Request

dreams

• vim editing features
• tag support

Administration Features

• Ability to turn spam filtering off.
• Default session_key could be instiki specific, e.g. instiki_session_id, to avoid muddying the cookie Century 21 Broker Properti Jual Beli Sewa Rumah Indonesia namespace when there are other rails apps on the host.
• Ability to log out
• Ability to do background check
• Villa in Phuket
• Don’t store password in cookie in the pos system
• Easily Delete or rename a page
  • Note: One can delete all orphan pages, but not individual pages.
• Lock an individual page, rather than a whole web.
  • The front page on this wiki was covered with spam, just reverted
• Remove authentication from edit page to a separate authentication page
• User level permissions
• Import instiki exports into a new web!
• Bayesian SPAM blocking and support for IP blacklists.
• Password management
  • Ability to change master password and recover lost passwords.
  • Ability to password protect Edit separately from View for a wiki web. Dual view should be an alternative solution but image references etc. doesn’t seem to work in the published view.
  • Ability to set page specific password for Edit. Pages referred to from a password protected page should inherit the same password protection. This requires that password may be set from Page Edit view (using System password). This would be a very powerful way to share a common working area within a wiki that a subset group has edit access to.
    • Actually, I would like to see more fine-grained access-controls (as in, say, Apache). It would be nice if I could specify that “Bob” (and his password) could access webs “A”, “B” and “C”, while user “Carol” can access webs “B” and “D”.
• Module/Extensions
  • Even just extending markup would be fine, with this feature people could easily implement syntax highlighting etc. For example one could extend tag <syntax lang='c'> to run the block through a syntax highlighter which returns HTML code for Instiki to append to the output. (Kaali)
• SSL ability – privacy from firewall logging while working in an invite-only wiki site
• Provide documentation for installing at Dreamhost, one of the more popular hosting companies.
• Moderation of anonymous posts. (Anti-spam feature).
• Option to have links to pages outside of the current domain use “target=”_blank” accident attorney Visalia
  h2. Formatting & Editing Features

• A spell checker?..possibly based on raspell gem? seeHere
• WYSIWYG editor integration, such as Kupu
• Add Smartypants support by default (via Ruby Pants??)
• Ability to include blocks of HTML within the wiki
• Ability to implement redirection pages as in MediaWiki (using

  REDIRECT# link in internal link style

  )
• Ability to sign edits as in Media Wiki (with ~~~~)
• Web-wide content, like a sidebar.
  • Note, currently can be done with an “include” command.
• Media Wiki style templates.
• Consolidation of global CSS in one file (e.g. newWiki Word style is in instiki.css, but existingWiki Word style is not Visalia accident lawyer)
• Distinguish between internal and external links
  • Note, this is possible, to some degree with CSS
    

    
        a[href^="http:"]:before {
            color:#f00;
        }
    
    

• GeSHi like Syntax Highlighter (or bridge to the GeSHi PHP code)
• Removal of inline styles. The text-area on the edit page has fixed width. This should be set in the stylesheet, so we can override it.
• Formatting conversion – convert existing pages between formatting styles (Markdown,Textile,RDoc) and personal formatting options: user should be able to choose his own formatting style.
• Table of Contents – Hierarchical layout drawn from Header layers.
• Integrate advanced formating Tips into distribution (no link to external website) → it stayes usable without an internet connection
• Random page selector, like Media Wiki
• Media Wiki syntax. It’s quite likely the most common Wiki syntax because of Wikipedia, so supporting it would be a logical choice. (Kaali)
• Don’t link Wiki words if the link would point to the current page. (Kaali)
• As a personal-wiki feature, I would love to email my wiki a page, with the page name as the subject line. Entry points! Entry points!
• Ability to include syntax-highlighted Ruby code in pages
  • This is possible on Markdown-formatted webs using Maruku’s syntax highlighting.
• Support for CREOLE markup (second that, ManuelP)
• How about Bi-Directional language support? (Hebrew, Arabic, etc.)
• Ability to link to local PDF and HTML files (ie, file:///f:/myfolder/myown.html). This format normally works in any browser, but Instiki only recognizes things that begin with http.

Gotomeeting Integration

• You certainly will want to have got a broadband Web-based connection on hand for just about every goto meeting participant within your expo, considering the fact that tv and sound are somewhat bandwidth intensive.
• When more end users joined the consumer there was no lag or delay yet when various observers joined concurrently immediately after the 16 members logged during the systems software did delay slightly but only to get a 2nd and then resumed to standard with no further glitches.
• Vo IP? good is decent while not most suitable; it happens to be especially fantastic looking at it happens to be matched with wonderful mass video systems software.

berita terkini
artis indonesia
kartu nata
pink lipstick korean drama
gambar lucu
ucapan natal dan tahun baru 2012
wallpaper natal

Wiki Features

• Prompt ‘unlock page’ when user leave the edit page by close browser window or clicking back button rather than clicking the ‘cancel’ link.
• The ability to redirect on page to another i.e. someone searches for Windows and it sends them to Microsoft.
• Email subscription to any pages for change notification?
• Visual confirmation for editing to help keep spam out.
  • Catchpas are quite annoying. Maybe a system which detects the percentage of modification on the page, if the percent is too big, then it would use a catchpa. (Kaali)

• Allow for account creation/login when submitting. (see point 6 Administration Features)
• Talk back pages (like Media Wiki) or Comments on pages (like WakkaWiki).
• Comments in margins
• The ability to list all pages in a category in a sidebar.
  • Note: Categories can be added by writing category: 'category name' (without quotes)
• Include export to HTML/PDF/Textile for “published” (read-only) webs. The PDF export is useful at end of projects when a wiki typically will be closed,
• Full feeds for protected webs.
• Search available in “published” content. (here, here!)
• Edit preview.
• Images displayed on a page, and stored locally
• Section editing (a la mediawiki) for long pages
• Ability to insert textboxes which save their state (e.g., for a todo list)
• Easy Blog-style pages which allow automatic posting with date/time (could also be edited like any other wiki page
  • I took a crack at implementing blog-style pages. You can see it here .
  • See also: Instiki Blog.
• Shortcuts (e.g. Alt+b for bold)
• AJAX Style Editing – and auto saving of draft edits like Google Mail.
• Quick navigation keys “previous page”, “next page”. Although the browser has keys for moving back and forth in the page history, it can not distinguish between edit and view mode.
• Macro/Plugin support a la MoinMoin. Use a special syntax, Houston Top Attorneys for example:

<<MacroClass(attr1=value,attr2=value)>>content<</MacroClass>> to replace with the invocation of MacroClass. This can be used to implement searches, tables of content, includes etc.

• Add keyword: functionality, similar to category: but any words after it will be picked up in the search but not displayed on the page smart card
• History view where you can see a list of revisions with a date and a author. It would be a lot easier to remove multiple entries of spam by checking a list like this rather than guessing if there is a entry between two spams and being worried about backtracking. (Kaali)
• Some kind of breadcrumbing so as that browsing between related pages gets easier.

Import / Export / View Features

• Store content in flat files instead of a database, this makes it easier to edit them directly
• Openoffice Import / Export
• DokuWiki import/export
• How about being able to sync between different machines?
• Export namespace and/or entire wiki to properly marked up PDF document (useful at end of project goldpreis).
• Remove “Print view” and add a proper print CSS instead.
• Would it be possible to have the:

  Edit | Views: Print | Linked from: Home Page

  line that is at the bottom of each on the top of each page also? I would not mind changing it but I do not know which changes to make.

  Regards – great tool!

Mac OS X specific

• Icon in menu bar, instead of the word ‘Wiki’. Or get rid of menu bar presence altogether; the commands contained in the menu add little value over a simple bookmark in the user’s default browser.
• I agree with changing the Software Akuntansi Laporan Keuangan Terbaik OS X menu bar to an icon, and possibly making that icon optional, but there’s a key feature that should be kept: it’s trivial to create a personal Instiki on OS X by adding Instiki.app to the user’s Login Items in System Preferences → Accounts. This will automatically startup and shutdown Instiki when the user logs in or out. Given how delightfully easy this is, it’s ridiculous to mess about with a launchd script for any system not using Instiki as a publicly exposed service.
• Spotlight integration (make Instiki web content searchable with Spotlight goudprijs)
• Universal Binary (make instiki image run natively on both plattforms)

Search Feature

invoicing & inventory software

Ocimnet Blog English News Online Technology News Internet News Tutorial Creative News Online Kocim News persib Ocimnet.us ocimseo berita unik terbaru berita sepakbola Top Blog Tutorial Free Templates Blogger Tattoo Artists Automotive Guide Information Car Insurance Bird Information The Dogs Online Various Cake Recipe Health and Car Insurances

• The ability to do a search for 2 or more words or categories on a page, ie Boolean logic, rather than single string.
• You could use Ferret for this?
  ballbusting
  h2. As a gem or plugin

Be self-contained to support mashup-style trading on line integration within larger applications that want wiki features. Any social application huren eindhoven these days needs a wiki, but also needs discussions, blogs, photos, etc.
dollarkoers
dollarkoers
Web Design for Startups
Janitorial Cleaning Supplies
Best Knife Sharpener
welding-schools
welding-schools
daytona NASCAR tickets
Cheap Internet Specials

Documentation

• How to get by spam filtering

Simple

• if you want mediawiki features, use mediawiki (like in Wikipedia)—i like instiki being simple 7 for All Mankind