Sponsored Content
The Lounge What is on Your Mind? Prototyping New Responsive Mobile for UNIX.COM - Phase III Post 303008297 by Neo on Thursday 30th of November 2017 01:51:08 AM
Old 11-30-2017
Prototyping New Responsive Mobile for UNIX.COM - Phase III

From Prototyping New Responsive Mobile for UNIX.COM - Phase II, we move to Phase III.

Basically, the core prototype for every day browsing the forums, replying, posting and editing on mobile is nearly finished with the exception of a few formatting issues with regard to rare system messages or less obvious pages which need a bit of formatting to match the new style. I have done all my personal testing on the iPhone 6s and iPhone6+.

In phase three, I plan to work on Javascript sliders for page navigation so we can slide back and forth with gestures on mobile versus clicking to advance to the next page in long threads with many posts or forum views of many pages of discussion threads. Also, in Phase III I plan to fix bugs and correct formatting errors and add any pages (port to mobile) that members really want. Considering most all users prefer desktop because it's easier to prototype code on the desktop (by far), mobile is mostly for reading and catching up on the go or making a quick reply which does not require coding.

Status: Mobile usage is slowing increasing, day-by-day, week-by-week, since the new mobile prototype changes. Google shows nearly 100% "mobile friendly" for all indexed pages, currently over 1,000,000. However, I have "forced" this in some cases and there is a bit more work to be done in the long term (99% of mobile users will not notice this).

At this point in the prototype development, I would like to encourage all users who have mobile phones to visit the forums on mobile from time to time, try out all the new icons and buttons, read (and reply) and comment in this thread.

All comments, even negative or harsh are OK. Praise is also appreciated as it was a lot of work to get this code to this stage.

Please keep in mind that the mobile version is not meant to have the richness of the desktop version. The mobile version does not have editor buttons for code tags (yet) and other nice to have editor or moderating features. Code tags need to be written by hand "[code]" and "[/code] for example . For me, this is no problem at all, but for people who are new members and not familiar with how to write out these tags (often quicker than using prefab buttons), it's not perfect yet. I will this fix in the future as usage goes up.

So, please visit with mobile from time to time, when you are on the go, or relaxing away from your desktop or notebook, and if you see any bugs, formatting issues, or would just like to suggest some features, please do so now before I enter into development Phase III of this "mobile prototype" project.

Thank you.

PS: All Tapatalk support has been disabled and delated, permanently.
 

7 More Discussions You Might Find Interesting

1. What is on Your Mind?

Mobile App for UNIX.com?

Do we have a mobile app for unix.com? (1 Reply)
Discussion started by: ahamed101
1 Replies

2. What is on Your Mind?

Mobile Friendly Version of UNIX.COM

Hello, I have noticed some problems with Google complaining our site is not "https://search.google.com/www.usearch-console/mobile-friendly" using only Tapatalk. So, after a lot of work, I have re-enabled our legacy mobile style and make some improvements and Google has declared us "mobile... (2 Replies)
Discussion started by: Neo
2 Replies

3. What is on Your Mind?

Prototyping New Responsive Mobile UNIX.COM

I'm working on updates to the mobile phone view, and it's going to look much better I think. Here are some current prototypes: Prototype Mobile Home Page: https://www.unix.com/members/1-albums214-picture690.jpg Prototype Mobile Search Page: ... (43 Replies)
Discussion started by: Neo
43 Replies

4. What is on Your Mind?

Prototyping New Responsive Mobile for UNIX.COM - Phase II

Have completed "Phase I" of our project "Prototyping New Responsive Mobile UNIX.COM", I am now moving to "Phase II" which will be changing many of the menus and buttons to use Javascript and CSS for the mobile site menus. For example, here is the new "main side menu" for the mobile site (below).... (63 Replies)
Discussion started by: Neo
63 Replies

5. What is on Your Mind?

Phase III: CSS Flexbox Upgrades

On my never ending quest to get rid of table tags and make the site responsive for all device sizes, I plan to use CSS Flexbox with jQuery. I tried using Bootstrap Flex and CSS Grids, but none of these worked as easy and clean as CSS Flexbox. For example, today I changed the top header area... (0 Replies)
Discussion started by: Neo
0 Replies

6. What is on Your Mind?

Check Out UNIX.COM on Mobile - It's Looking Good

If you have not visited the site on mobile lately, you are missing out on a great looking mobile web site. If you don't have a mobile, you can always navigate to the sliding member panel and click on "Mobile View".... It's really looking killer'...... I'm starting to think that soon the... (6 Replies)
Discussion started by: Neo
6 Replies

7. What is on Your Mind?

New Responsive 404 Page for UNIX.com

Just created (actually, only modified... it was created by ShoutOut) a new responsive 404 "not found" page with the help of ShoutOut free templates. https://www.unix.com/status/404.html Same for 401 and 403 errors. Picture sans animation: ... (2 Replies)
Discussion started by: Neo
2 Replies
mipagent(1M)						  System Administration Commands					      mipagent(1M)

NAME
mipagent - Mobile IP agent SYNOPSIS
/usr/lib/inet/mipagent DESCRIPTION
The mipagent utility implements the Mobile IP home agent and foreign agent functionality described in RFC 2002, IP Mobility Support. The term "mobility agent" is used to refer to the home agent and foreign agent functionality collectively. mipagent responds to Mobile IP reg- istration and deregistration requests and router discovery solicitation messages from a mobile node. Besides responding to external mes- sages, the mipagent utility also tasks on a periodic basis, such as aging the mobility bindings and visitor entries and sending agent advertisements. The mobility agent can also handle direct delivery style reverse tunneling as specified in RFC 2344, Reverse Tunneling for Mobile IP. Limited private address support for mobile nodes is also available. In addition, separate IPsec policies for registration requests, replies, and tunnel traffic can be configured to protect the datagrams associated with these between two mobility agents. Run the mipagent daemon as root using the start-up script, which has the following syntax: example# /etc/init.d/mipagent [start|stop] /etc/inet/mipagent.conf must be present before you start-up the mipagent daemon. See mipagent.conf(4). At start up, mipagent reads the con- figuration information from /etc/inet/mipagent.conf. The mipagent daemon records a continuous log of its activities by means of syslog(). See syslog(3C). You can use the LogVerbosity parameter in /etc/inet/mipagent.conf to control the verbosity level of the log. The mipagent daemon can be terminated either by the script: example# /etc/init.d/mipagent stop or by the kill command. Periodically while running, or if terminated or shutdown, the mipagent daemon stores the following internal state information in /var/inet/mipagent_state: o a list of the mobile nodes supported as home agents; o their current care-of addresses; and o the remaining registration lifetimes. If the mipagent utility is terminated for maintenance and restarted, mipagent_state is used to recreate as much of the mobility agent's internal state as possible. This minimizes service disruption for mobile nodes that may be visiting other networks. If mipagent_state exists, it is read immediately after mipagent.conf when mipagent is restarted. The format of mipagent_state is undocumented since it is likely to change and programs other than mipagent should not use it for any purpose. A separate utility program mipagentstat is provided for monitoring mipagent. EXIT STATUS
The following exit values are returned: 0 The daemon started successfully. -1 The daemon failed to start. FILES
/etc/inet/mipagent.conf Configuration file for Mobile IP mobility agent. /var/inet/mipagent_state File where private state information from mipagent is stored. /etc/init.d/mipagent [start|stop] mipagent start-up script. ATTRIBUTES
See attributes(5) for descriptions of the following attributes: +-----------------------------+-----------------------------+ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | +-----------------------------+-----------------------------+ |Availability |SUNWmipu | +-----------------------------+-----------------------------+ SEE ALSO
mipagentstat(1M), mipagentconfig(1M), syslog(3C), mipagent.conf(4), attributes(5) Montenegro, G., editor.RFC 2344, Reverse Tunneling for Mobile IP. Network Working Group. May 1998. Perkins, C. RFC 2002, IP Mobility Support. Network Working Group. October 1996. DIAGNOSTICS
The mipagent utility exits with an error if the configuration file, mipagent.conf, cannot be read successfully. Upon receiving a SIGTERM or SIGINT signal, mipagent cleans its internal state, including any changes to the routing and ARP tables, and exits. NOTES
The foreign agent adds host- specific local routes to its routing table for visiting mobile nodes after they are successfully registered. If a visiting mobile node departs without sending a de-registration message through the foreign agent, these routing entries persist until the mobile node's previous registration expires. Any packets that arrive at the foreign agent for the departed mobile node during this time, for example because the foreign agent is also a router for the foreign network, will be lost. System administrators can configure foreign agents to accept only short registration lifetimes. This will automatically restrict the maximum duration for which a departed mobile node will be temporarily unreachable. Home and foreign agents dynamically add and delete IPsec policies configured with a mobility agent peer. Those pertaining to the tunnel are only added when the tunnel is plumbed. At this time, IPsec tunnel policies must be identical in the forward and reverse direction. IPsec policies pertaining to permiting registration requests on the home agent are added to the IPsec policy file at init time as it must be ready to receive these at any time. Otherwise, IPsec policies pertaining to registration request and reply messages with a mobility agent peer are added as soon as they are needed, and are not removed until all mobile nodes are no longer registered with the mobility agent peer, at which point the tunnels are torn down. SunOS 5.10 11 Dec 2001 mipagent(1M)
All times are GMT -4. The time now is 02:29 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy