![\"screenshot_268.png\"](\"https://blog.docuverse.com/wp-content/uploads/2017/06/screenshot_268.png?w=700\")
Testing again, this time from my 'thingy' running on an Android emulator. WordLand's mobile UI could use some polish, at least on Android.
\nUPDATE: From iOS version. Same UI issue. Top area is not fully visible and site chosen doesn’t persist.
", "pubDate": "2025-03-12T20:20:14.000Z", "link": "https://blog.docuverse.com/2025/03/12/4241/", "guid": "http://blog.docuverse.com/2025/03/12/4241/", "author": "donpark", "enclosure": { "url": "https://0.gravatar.com/avatar/ce748a705fe043cb47faedbd8908b42b9170d8a11fb5d8d829aa6d6ad22c0539?s=96&d=identicon&r=X", "type": "image" }, "wpPostId": 4241 }, { "title": "WordLand Test", "description": "Testing WordLand.
\nNot sure where this post goes to. Well, I'll find out soon enough.
\nAh, just noticed the Choose site button.
\nAha, so it's a simple text box that posts to my blog.
\nUPDATE: To test update. Actually, I could hook WordLand up to my [redacted] thingy.
", "pubDate": "2025-03-10T03:12:18.000Z", "link": "https://blog.docuverse.com/2025/03/09/4236/", "guid": "http://blog.docuverse.com/2025/03/09/4236/", "author": "donpark", "enclosure": { "url": "https://0.gravatar.com/avatar/ce748a705fe043cb47faedbd8908b42b9170d8a11fb5d8d829aa6d6ad22c0539?s=96&d=identicon&r=X", "type": "image" }, "wpPostId": 4236 }, { "title": "Using Herb Vaporizers with Tobacco", "description": "Fact that most if not all herb vaporizers are designed for vaporizing cannabis made it difficult to get reliable information for tobacco use.
\nI tried three types:
\nRYO is closest to tobacco used in cigarettes. I found it best for daily use. Pipe tobacco is very rich taste, too rich for frequent use. I typically use it before sleep, best with a glass of finest.
\nI found Cigar tobacco to be the most difficult to use with herb vaporizer because they taste best when properly humidified but many vaporizers are not designed to vaporize wet herbs. And dry cigar tobacco is brittle, shedding tobacco particles when you vape.
\nBest parts are cost and variety.
\nConduction vaporizers use a heated oven to cook the tobacco. Convection vaporizers use hot air flowing through tobacco to vaporize.
\nFor RYO tobacco, conduction works best. Pipe tobacco can be used with both conduction and convection.
\nAs to cigar tobacco, I had good result using Boundless CF which has a rather unique deep conduction/convection hybrid oven. Trick was to place RYO tobacco on top of slightly humid cigar leaves to act as a filter of sort.
\nConduction is best for tobacco.
\nI started with Boundless CF. Relatively cheap with deep hybrid oven. Tasted great with everything but plastic around the oven cracked and tobacco started combusting. Replacement I got is holding together so far.
\nWhile waiting for replacement CF, I got Arizer Extreme Q, a desktop convection vaporizer, as backup of sort. Gawdy looking but very reliable. Pipe tobacco tastes great with it but not RYO tobacco.
\nThen I got Boundless CFC. Cheaper and much smaller. Tasted even better than CF but it was too shallow to use with cigar tobacco using technique I mentioned above and, yup, plastic around the oven cracked and fell out.
\nDiscouraged with plastic, I tried Magic Flight Launch Box (MFLB) which has great reviews from cannabis users. For tobacco, I just couldn’t get it working.
\nSo I returned both CFC and MFLB for PAX 3. Pipe tobacco worked OK with it although nothing to write home about. I had difficulty getting vape initially but eventually learned I had to wait a bit between vapes to let the oven cook. Note I didn’t have to do that with CF nor CFC. Maybe that’s why their plastic cracked? Anyway, PAX 3 is well built so I hope it holds together. WARNING: Current version of PAX 3 iOS app is not recommended due to battery drain, even in background mode.
\nWorst parts are price and reliability. Need more DIY in this area.
\nTaste difference between devices is bewilderingly wide. Making it worse, device reviews for tobacco use is hard to find. So please share your experiences and finds.
", "pubDate": "2017-07-23T14:03:28.000Z", "link": "https://blog.docuverse.com/2017/07/23/using-herb-vaporizers-with-tobacco/", "guid": "http://blog.docuverse.com/?p=4004", "author": "donpark", "comments": "https://blog.docuverse.com/2017/07/23/using-herb-vaporizers-with-tobacco/#comments", "enclosure": { "url": "https://0.gravatar.com/avatar/ce748a705fe043cb47faedbd8908b42b9170d8a11fb5d8d829aa6d6ad22c0539?s=96&d=identicon&r=X", "type": "image" }, "wpPostId": 4004 }, { "title": "Visual Vocabulary", "description": "Liked this visual vocabulary chart by FT a lot. PDF version is at Github. MIT licensed.
\n
While thinking about search functionality aspect of WordPress Atlas, I was reminded of Search Hat and MSN SearchPoint ideas which I blogged about in 2004. MSN team seemed receptive but Google implemented it first then dropped it for various reasons.
\nIn context of the Atlas, the idea is best described as as Search Blog. But, ironically, this term is difficult to search for obvious reasons. John Battelle even uses it in his blog’s name. Maybe someone will come up with a better name.
\nSearch Blog is a blog about other blogs/websites. It’s primary function is to provide a search context. Simple, seemingly familiar yet distinct in usage. Don’t remember if Yahoo directories allowed each directory to be used as search context. It’s an obvious idea in hindsight. Jury is out on whether it’ll be popular however.
\nAtlas needs to be a Search Blog as well.
", "pubDate": "2017-06-06T07:56:23.000Z", "link": "https://blog.docuverse.com/2017/06/05/search-blogs/", "guid": "http://blog.docuverse.com/?p=3859", "author": "donpark", "comments": "https://blog.docuverse.com/2017/06/05/search-blogs/#comments", "enclosure": { "url": "https://0.gravatar.com/avatar/ce748a705fe043cb47faedbd8908b42b9170d8a11fb5d8d829aa6d6ad22c0539?s=96&d=identicon&r=X", "type": "image" }, "wpPostId": 3859 }, { "title": "WordPress Atlas", "description": "Disclaimer: This is a personal side-project, not an official Automattic project, and in no way reflects official plans.
\nIn Beyond Future of WordPress Platform, I wrote:
\n\nWordPress Atlas – uses data-science to pull blogs and websites into neighborhoods, towns, and cities based on topics, interests, and relations. Intention is to use real world metaphors to make discovery and sense of community more natural and explicit than, say, blogroll or news aggregators.
I now think the Atlas without data-science. How?
\nUsing what we already have: blogs, bloggers, blogging tools, and WP community.
So WordPress Atlas is just a loosely-coupled network of blogs using a new class of themes, themes that displays blog contents in a way that looks map-like. Atlas blog contents are information about other blogs. Yes, Atlas blogs are like Linklogs but more visual-centric.
\nWhat does it look like? Rather what does this reminds you of?
\n![\"screenshot_265.png\"](\"https://blog.docuverse.com/wp-content/uploads/2017/06/screenshot_265.png?w=700\")
Pinterest! It’s a place where people collect bookmarks presented as cards, through which people can chat with others, etc. Those cards are place-like when laid out.
\nBut Pinterest layout is not static so they change which is not at all map like. Value of maps is in stable visual memory. Buildings and streets may come and go over time but not overnight or by mere window resize.
\nSo Pinterest-like but layed-out in a virtual page over which visitors will zoom and pan over like Google Map.
\nWho will build Atlas blogs and will they come? I’ll answer this with another question: who builds and maintains those Awsome-xxxx lists on Github and do people use them?
\n![\"screenshot_264.png\"](\"https://blog.docuverse.com/wp-content/uploads/2017/06/screenshot_264.png?w=700\")
Visual layout is an essential differentiator. Other-wise textual awesome-list is better. It’s a difference that gets emphasized each time user navigates from a blog to a map it links to: destination map will knows where, in its layout, the referring blog is and display the neighborhood around that blog, maybe with some fancy transition animation.
\nAtlas pages contain cards laid out in visually memorable, relatively compact patterns. These cards could not only be about individual blogs but blog pages, people (like designers and developers relevant to the neighborhood) and plugins.
\nNotion of neighborhood helps with discovery and creates a sense of community.
\nDestinations, what cards are about, can be in multiple maps, and maps of same neighborhoods can exist at different depth and filtering (like tourist maps) as well as languages.
\nAtlas layout style is dictated by theme designer with vary capabilities. Some would allow streets to be named, like Fashion street, on which cards for major vendors could be placed and backstreets for boutique shops. Maybe specialty shops will form their own specialized clusters, like Latex Cave. When a neighborhood gets too crowded, they can be broken out to their own map linked from original neighborhood. Expansion is no problem. Real Estate value may or may not be controlled. Depends on map creator’s revenue model.
\nExperiments to do: Build a prototype Atlas theme then use it to create an aggregation blog using the theme. Use existing standards like Image Map. Search should include all the blogs on a page as user would expect. This adds value beyond mere link directory role. Get feedback.
\n\n
", "pubDate": "2017-06-06T07:13:00.000Z", "link": "https://blog.docuverse.com/2017/06/05/wordpress-atlas/", "guid": "http://blog.docuverse.com/?p=3834", "author": "donpark", "comments": "https://blog.docuverse.com/2017/06/05/wordpress-atlas/#comments", "enclosure": { "url": "https://0.gravatar.com/avatar/ce748a705fe043cb47faedbd8908b42b9170d8a11fb5d8d829aa6d6ad22c0539?s=96&d=identicon&r=X", "type": "image" }, "wpPostId": 3834 }, { "title": "Pragmatic Redux: Connecting to React", "description": "
There is a lot to like or dislike about Redux but let’s say the decision to use it has been made and now you need to understand Redux for professional reasons. This post is a good place to start because you first question is most likely how does my component get its data and react to changes in the data?
\nRedux connects to React by wrapping it – hype-word is higher-order component but, in the end, what you get after calling react-redux function connect is a React component placed inside another to enhance or encapsulate.
Redux data is provided as properties by the wrapper component. So called mapStateToProps, first function you pass to connect, decides which part of Redux store should be passed as properties to the wrapped component.
Changes to are detected by the wrapper component which listens to Redux store. When changes occurs, wrapper component re-renders the wrapped component. Concerns over irrelevant changes and redundant renders should be ignored in the beginning as React itself can soak up a lot of inefficiencies and Redux provides plumbings you can use to reduce unnecessary updates. There are limits, however, and it’s not that hard to run into them as your application grows.
\nAt this point, two obvious and related questions arise which are:
\nRedux store is provided via context – use react-redux‘s Provider component to set that up. Wrapped component, however, don’t usually need direct access to Redux store as data is passed as properties and actions are dispatched via functions which are also passed as properties.
\nUse mapDispatchToProps, second function you pass to connect, to add functions that create and dispatch actions without having to declare contextTypes. It’s a minor yet useful feature.
Keeping Redux out of React is harder than it looks. To dispatch actions, component has to know about dispatching methods it received as props. If actions change, dispatching methods and reducers need to change. Changes to component, Redux state, actions or reducers will often require changes to others. It’s possible but the cost of creating reusable Redux connected React component is much higher than advertised in my opinion.
", "pubDate": "2017-05-13T20:04:13.000Z", "link": "https://blog.docuverse.com/2017/05/13/pragmatic-redux-connecting-to-react/", "guid": "http://blog.docuverse.com/?p=3659", "author": "donpark", "enclosure": { "url": "https://0.gravatar.com/avatar/ce748a705fe043cb47faedbd8908b42b9170d8a11fb5d8d829aa6d6ad22c0539?s=96&d=identicon&r=X", "type": "image" }, "wpPostId": 3659 }, { "title": "Beyond Future of WordPress Platform", "description": "This is how I envision WordPress platform evolving beyond what I outlined in Future of WordPress Platform. The vision is essentially a projection of what I had in mind with Teleport Network venture but did not get a chance to realize (old chicken and egg problem). As to why I’m doing this, it’s because WordPress has the scale and unrealized ideas are like orphans.
\nthe vision starts with:
\nWordPress Studio – is the client-side application I outlined in the previous post on the subject. It’s not unlike VSCode in that much of its functionalities are derived from plugins. Plugins should be stackable so the platform itself can be extended to support key features like theming and financial transactions. Theme support, for example, needs HTML and PHP generators which in turn may need digital signature support to secure assets pushed to server. End goals are to a) reduce dependence on server-side changes to add features (a la serverless mindset), and b) create a vehicle to drive richer user experiences.
\nfollowed by:
\nWordPress Market – is a collection of studio plugins working in conjunction with backend services and UX-level plugins to provide rich mix of communication tools and integrated financial services. Intention is to bridge the difference between a collection of webpages and a retail store in RL. It must offer much more than in-page chatbox, even beyond what Slack offers today.
\nthen ends with:
\nWordPress Atlas – uses data-science to pull blogs and websites into neighborhoods, towns, and cities based on topics, interests, and relations. Intention is to use real world metaphors to make discovery and sense of community more natural and explicit than, say, blogroll or news aggregators.
\nTo me, Facebook is a mega-city of people just talking and exchanging photos, funnies, and insults all day everyday. I don’t care if Facebook is federated but I do care how drab everything is because you have to use what they offer and no more. I think WordPress can offer a way out of current conundrum without restarting from scratch.
", "pubDate": "2017-04-22T06:20:40.000Z", "link": "https://blog.docuverse.com/2017/04/21/beyond-future-of-wordpress-platform/", "guid": "http://blog.docuverse.com/?p=3521", "author": "donpark", "enclosure": { "url": "https://0.gravatar.com/avatar/ce748a705fe043cb47faedbd8908b42b9170d8a11fb5d8d829aa6d6ad22c0539?s=96&d=identicon&r=X", "type": "image" }, "wpPostId": 3521 }, { "title": "More Posts Restored", "description": "This morning, I restored 400+ more blog posts from late 2005 to early 2008 by scraping from Internet Archive. Some 80+ posts and most of the images referenced by the restored blog posts weren’t archived however so they’re lost.
\nOnly remaining restoration tasks are fixing cross-post hyperlinks and remove missing image tags.
", "pubDate": "2017-04-02T17:58:17.000Z", "link": "https://blog.docuverse.com/2017/04/02/more-posts-restored/", "guid": "http://blog.docuverse.com/?p=3497", "author": "donpark", "enclosure": { "url": "https://0.gravatar.com/avatar/ce748a705fe043cb47faedbd8908b42b9170d8a11fb5d8d829aa6d6ad22c0539?s=96&d=identicon&r=X", "type": "image" }, "wpPostId": 3497 }, { "title": "Future of WordPress Platform", "description": "While restoring my old blog post, I started thinking about WordPress as a platform. WYSIWYG web site creation services like Wix, Weebly, Squarespace and others are gaining attention and growing fast but they are more services than platforms. WordPress on the other hand has an immense collection of plugins and healthy community of developers and designers behind it.
\nMain problem I see with WordPress as a platform is that its plugins run on the server-side, creating a compelling long-term incentive to host your own WordPress server to take advantage of features offered by those plugins instead of using WordPress.com. Allowing user-chosen plugins to be installed on WordPress.com creates a gaping security risk and management headaches.
\n![\"16189100439_84d30fe08f_m.jpg\"](\"https://blog.docuverse.com/wp-content/uploads/2017/03/16189100439_84d30fe08f_m.jpg?w=700\")
I think the answer lay with WordPress.com desktop app which currently doesn’t do much beyond what browser version offers and seemingly neglected. Key idea is to add client-side plugins support to the app, plugins that leverage WP REST-API to add features to WordPress-based websites.
\nThere could be several types of client-side WordPress plugins:
\nAnd adding Docker support will allow servers to run in client-side sandboxes for use by the desktop.
\nResult would be a host-neutral platform, one that can address needs of both WordPress.com sites as well as self-hosted sites although it will significantly reduce the need to host your own.
", "pubDate": "2017-03-31T10:51:08.000Z", "link": "https://blog.docuverse.com/2017/03/31/future-of-wordpress-desktop/", "guid": "http://blog.docuverse.com/?p=2963", "author": "donpark", "comments": "https://blog.docuverse.com/2017/03/31/future-of-wordpress-desktop/#comments", "enclosure": { "url": "https://0.gravatar.com/avatar/ce748a705fe043cb47faedbd8908b42b9170d8a11fb5d8d829aa6d6ad22c0539?s=96&d=identicon&r=X", "type": "image" }, "wpPostId": 2963 } ] }