Commit after seperating Blog & blog-wiki
This commit is contained in:
parent
57b4029862
commit
3cdb81db2f
3
.gitmodules
vendored
3
.gitmodules
vendored
@ -1,3 +1,6 @@
|
||||
[submodule "Site"]
|
||||
path = Site
|
||||
url = gitea@git.arcanium.tech:tristan/blog-site
|
||||
[submodule "blog"]
|
||||
path = blog
|
||||
url = gitea@git.arcanium.tech:tristan/blog-wiki
|
||||
|
||||
1
blog
Submodule
1
blog
Submodule
@ -0,0 +1 @@
|
||||
Subproject commit 3eb7c32e4977fb0dd6c7f4d1418e5b4ac065fe38
|
||||
@ -1,36 +0,0 @@
|
||||
%title Hello World
|
||||
|
||||
|
||||
---------------------------
|
||||
[[index.wiki|Index]]
|
||||
---------------------------
|
||||
|
||||
*Date:* 2023/09/02
|
||||
|
||||
*Author:* Tristan Ancelet
|
||||
|
||||
= Hello World =
|
||||
---------------
|
||||
Hello everyone, I'm terrible at things like blogging so I'll just start off with the basics. My name is Tristan Ancelet. I'm a technologist both in hobby and in work.
|
||||
|
||||
I am also a Systems Engineer and I dabble in software to automate portions of my work and to make administration and backup of my companies infrastructure much easier.
|
||||
|
||||
== My Journey So Far ==
|
||||
---------------
|
||||
I started working in IT when I was 24, as a Network Tech for an ISP. In the next 2 years I then expanded into System Administration and eventually System Engineering.
|
||||
|
||||
|
||||
== Goals ==
|
||||
---------------
|
||||
=== Long Term ===
|
||||
---------------
|
||||
As far as my goals going forward. My long term goal is to use this degree to become much more comfortable with development so that I can get into DevOps Engineering. As having experience with development and the associated technologies (Source Control/Git, GitLab, GitHub, etc) will allow me to expand my scope to encompass those topics more easily. Which will get me closer to that goal.
|
||||
|
||||
=== Short Term ===
|
||||
---------------
|
||||
My short Term goals is to graduate with a bachelors in Computer Science. So that I will have more time to be able to focus on my career, and to give me more time to improve my health (due to a very stationary and sedentary job).
|
||||
|
||||
|
||||
== This Blog ==
|
||||
---------------
|
||||
This blog is just something I whipped up with using VimWiki and some auto-generation bash scripts. I am focusing on reliable (and convenient) generation of the website and NOT visual appeal. I will eventually change to custom CSS so that the style is more unique and easier to look at. However, this is far from something I feel is a priority in the short term.
|
||||
@ -1,31 +0,0 @@
|
||||
%title Blog Issue
|
||||
|
||||
|
||||
---------------------------
|
||||
[[index.wiki|Index]] [[/home/tristan/Blog/blog/hello-world.wiki|Hello World]]
|
||||
---------------------------
|
||||
|
||||
*Date:* 2023/09/05
|
||||
|
||||
*Author:* Tristan Ancelet
|
||||
|
||||
= Blog Issue =
|
||||
== DNS ==
|
||||
Looks like my master DNS server was down for the last 3 days (didn't know until the teacher mentioned it). Had to end up taking a look at my provider and it looks like my master DNS server had crashed at some point. After restarting it I got everything started up and it seems to have come back up.
|
||||
|
||||
I had a backup DNS server as well, but after looking into the VM (that was still running), it turns out that I never whitelisted the DNS port (53/udp) on it. So it's entire life has been failure (as it's been the backup for several months). My thought is that I *DID* whitelist it but not perminately. So after a reboot it cleared the config and DNS traffic wasn't whitelisted it anymore.
|
||||
|
||||
Here is the commands it did to whitelist DNS (running firewalld as a device side firewall)
|
||||
|
||||
{{{bash
|
||||
firewall-cmd --perm --zone=public --add-service=dns
|
||||
firewall-cmd --reload
|
||||
}}}
|
||||
|
||||
After checking that DNS was resolving with dig, I was able to visit my site with no more issues.
|
||||
|
||||
{{{bash
|
||||
dig blog.tristanancelet.com
|
||||
}}}
|
||||
|
||||
|
||||
@ -1,231 +0,0 @@
|
||||
%title First Ticket
|
||||
|
||||
|
||||
---------------------------
|
||||
[[index.wiki|Index]]
|
||||
---------------------------
|
||||
|
||||
last 5 posts
|
||||
---------------------------
|
||||
- [[1693890000-blog-issue.wiki|Blog Issue]]
|
||||
- [[1693630800-hello-world.wiki|Hello World]]
|
||||
|
||||
*Date:* 2023/10/30
|
||||
|
||||
*Author:* Tristan Ancelet
|
||||
|
||||
= First Ticket =
|
||||
----------------
|
||||
I finished my first ticket not too long ago. Was one involving front end work. Which is one of my weakest areas, especially since I've never done front-end work on Android UI before.
|
||||
|
||||
In my previous P&P classes I've only ever done backend and API work (as that's my bread and butter working with enterprise applications at work). It unfortunately took me 2 weeks to complete my REFs (REF-219 & REF-218), which kinda made me feel useless when my classmates finished multiple tickets (2-3+) in the same time it took me to finish one.
|
||||
|
||||
== What was the ticket over? ==
|
||||
-------------------------------
|
||||
The ticket was about implementing both my REF (REF-218) "Recent Search Functionality" and another REF (REF-219) "Active Search Functionality"
|
||||
|
||||
|
||||
=== Recent Search Functionality (REF-218) ===
|
||||
---------------------------------------------
|
||||
This ticket was about implementing the recent search feature. Basically creating a RecyclerView adapter that would load in the users recent searches from disk, and would dynamically add and remove searches from the view as they are added to the search list (and then the adapters NotifyDataSetChanged() method that would cause the RecyclerView to refresh it's views afterwards.
|
||||
|
||||
==== RecyclerView Adapter ====
|
||||
-----------------------------
|
||||
Part of the REF was to create a custom adapter for the RecyclerView. Of which gave me the most issue. I've *NEVER* done one before, much less done frontend work. Got some help from a classmate Robert Sale. He's a pretty experienced developer compared to me. He pointed me in the right direction and gave me some pseudo-code to help me understand the lifecycle of a RecyclerView. Which I didn't understand before this ticket.
|
||||
|
||||
For this I ended up making a copy-paste version of a generic adapter already present in the project. From there I made it less generic. Created my own version with some hardcoded variables (since there wasn't any need to complicate it anymore that it already was).
|
||||
|
||||
{{{java
|
||||
public class RecentSearchAdapter extends RecyclerView.Adapter<RecentSearchAdapter.ViewHolder> {
|
||||
private static final String TAG = "RecentSearchAdapter";
|
||||
public class ViewHolder extends RecyclerView.ViewHolder {
|
||||
@BindView(R.id.recent_search_linear_layout)
|
||||
LinearLayout layout;
|
||||
@BindView(R.id.recent_search_textview)
|
||||
TextView textView;
|
||||
|
||||
@BindView(R.id.recent_search_remove_button)
|
||||
ImageView clearButtonImageView;
|
||||
|
||||
|
||||
private ViewHolder(@NonNull View itemView) {
|
||||
super(itemView);
|
||||
ButterKnife.bind(this, itemView);
|
||||
}
|
||||
|
||||
public void setText(String to) {
|
||||
textView.setText(to);
|
||||
}
|
||||
}
|
||||
|
||||
LinkedList<String> data;
|
||||
Consumer<Integer> clickedCallback;
|
||||
Consumer<Integer> deleteCallback;
|
||||
final static int rootLayout = R.layout.item_recent_searches;
|
||||
|
||||
public RecentSearchAdapter( LinkedList<String> data, Consumer<Integer> clickedCallback, Consumer<Integer> deleteCallback){
|
||||
this.data = data;
|
||||
this.clickedCallback = clickedCallback;
|
||||
this.deleteCallback = deleteCallback;
|
||||
|
||||
}
|
||||
|
||||
@NonNull
|
||||
@Override
|
||||
public ViewHolder onCreateViewHolder(@NonNull ViewGroup parent, int viewType) {
|
||||
View view = LayoutInflater.from(parent.getContext()).inflate(rootLayout, parent, false);
|
||||
return new ViewHolder(view);
|
||||
}
|
||||
|
||||
@Override
|
||||
public void onBindViewHolder(@NonNull ViewHolder holder, int position) {
|
||||
ViewHolder Holder = (ViewHolder) holder;
|
||||
Holder.textView.setText(data.get(position));
|
||||
Holder.textView.setOnClickListener((viewPos)->{clickedCallback.accept(position);});
|
||||
Holder.clearButtonImageView.setOnClickListener((viewPos)->{deleteCallback.accept(position);});
|
||||
}
|
||||
|
||||
@Override
|
||||
public int getItemCount() {
|
||||
return data.size();
|
||||
}
|
||||
|
||||
}
|
||||
}}}
|
||||
|
||||
In the end it made more sense to handle the callback function as a lambda, as that can be formed in the main Fragment and then passed through to the constructor of the adapter.
|
||||
|
||||
{{{java
|
||||
LinearLayoutManager recentLayoutManager = new LinearLayoutManager(getContext(), RecyclerView.VERTICAL, false);
|
||||
recentSearches = new RecentSearchFSUtil(getContext(), "" + CurrentUserManager.getInstance().getEchelonUser().getId());
|
||||
LinkedList<String> recentSearchList = recentSearches.getRecentSearches();
|
||||
recentSearchAdapter = new RecentSearchAdapter(
|
||||
recentSearchList,
|
||||
(position) ->{
|
||||
String term = recentSearchList.get(position);
|
||||
searchBar.setText(term);
|
||||
loadFirstPage(term);
|
||||
},
|
||||
(position) -> {
|
||||
recentSearchList.remove(position);
|
||||
recentSearches.deleteSearch(position);
|
||||
recentSearchAdapter.notifyDataSetChanged();
|
||||
if (recentSearchAdapter.getItemCount() == 0)
|
||||
recentSearchLayout.setVisibility(View.GONE);
|
||||
|
||||
}
|
||||
);
|
||||
recentSearchRV.setLayoutManager(recentLayoutManager);
|
||||
recentSearchRV.setAdapter(recentSearchAdapter);
|
||||
}}}
|
||||
*Constructor in onActivityCreated method SearchFragment.java*
|
||||
|
||||
This would allow for the callbacks to be scoped with access to methods it wouldn't have access to otherwise.
|
||||
|
||||
=== The Meeting ===
|
||||
-----------------
|
||||
Unfortunately during on of our bi-weekly meetings with the team, it only took our lead about 20 seconds to find a bug in the feature that I hadn't accounted for. He found this within moments after checking out my branch, which was very embarrasing, but it is what it is.
|
||||
|
||||
In the end the issue that was picked up by the lead was that my feature didn't store searches for any other sources other than physically typing into the search bar at the top of the screen of the app. The fix was to place my two method calls to add the search query and the callback to the loadFirstPage method. This was universally used accross all of the search types (Popular, Recent, Suggested, etc). It was just the one method that was used by all other parts of the search page. It was about 2 minutes and the bug had been fixed before QA could decide to send it back it was an issue lol.
|
||||
|
||||
{{{java
|
||||
public void loadFirstPage(String q) {
|
||||
if (resultsList == null) {
|
||||
resultsList = new ArrayList<>();
|
||||
} else {
|
||||
resultsList.clear();
|
||||
}
|
||||
|
||||
recentSearches.resolveNewSearch(q); //call 1
|
||||
recentSearchAdapter.notifyDataSetChanged(); //call 2
|
||||
suggestedLayout.setVisibility(View.GONE);
|
||||
loading.setVisibility(View.VISIBLE);
|
||||
resultsList(q).enqueue(new Callback<ContentSearchResultsResponse>() {
|
||||
@Override
|
||||
public void onResponse(Call<ContentSearchResultsResponse> call, Response<ContentSearchResultsResponse> response) {
|
||||
loading.setVisibility(View.GONE);
|
||||
List<ContentData> data = fetchResults(response);
|
||||
resultsList = data;
|
||||
mAdapter.addAll(data);
|
||||
updateResultsRv();
|
||||
}
|
||||
|
||||
@Override
|
||||
public void onFailure(Call<ContentSearchResultsResponse> call, Throwable t) {
|
||||
loading.setVisibility(View.GONE);
|
||||
}
|
||||
});
|
||||
}
|
||||
|
||||
}}}
|
||||
|
||||
=== Active Search Functionality (REF-219) ===
|
||||
---------------------------------------------
|
||||
Comparatively, this REF was *MUCH* simpler than REF-218. In this REF the active search functionality was to be implemented.
|
||||
|
||||
This is just making sure the correct behavior is implemented when the user begins to start typing in the search bar. Each of the different parts of the application had to react a different way depending on the state of the SearchBar (has focus, and if it has text in it).
|
||||
|
||||
On my side I just needed to make sure that the recent & popular searches were to be set to GONE when there was text in the search bar & in focus. To complete this I just had to add conditional statements in two parts of SearchFragment.
|
||||
|
||||
In the SearchBar's onSearchBarFocusChangeListener method I just had to make sure to hide it when the search bar was not in focus, or when it didn't have any recent searches to show.
|
||||
|
||||
{{{java
|
||||
View.OnFocusChangeListener onSearchBarFocusChangeListener() {
|
||||
return (v, hasFocus) -> {
|
||||
searchFragmentState.setIsActiveState(hasFocus);
|
||||
|
||||
if (searchFragmentState.isActiveState && searchFragmentState.searchTextLength == 0){
|
||||
if (recentSearchAdapter.getItemCount() > 0)
|
||||
recentSearchLayout.setVisibility(View.VISIBLE);
|
||||
} else {
|
||||
recentSearchLayout.setVisibility(View.GONE);
|
||||
}
|
||||
|
||||
};
|
||||
}
|
||||
}}}
|
||||
|
||||
On the flip side of handling the behavior of the views based on if text is present in the search bar I put my conditionals in the afterTextChanged method in the onSearchBarTextChangedListener.
|
||||
|
||||
I just had to remember that the recent searches & popular searches would need to be hidden when there is text in the search bar, and shown otherwise. The only exception would be for recent searches, and this is just to make sure it's GONE if there are no recent searches to show.
|
||||
|
||||
{{{java
|
||||
@Override
|
||||
public void afterTextChanged(Editable editable) {
|
||||
|
||||
searchFragmentState.setSearchTextLength(editable.length());
|
||||
if (searchFragmentState.searchTextLength > 0) {
|
||||
popularSearchLayout.setVisibility(View.GONE);
|
||||
recentSearchLayout.setVisibility(View.GONE);
|
||||
suggestedLayout.setVisibility(View.VISIBLE);
|
||||
} else if (searchFragmentState.searchTextLength == 0) {
|
||||
popularSearchLayout.setVisibility(View.VISIBLE);
|
||||
if (recentSearchAdapter.getItemCount() > 0)
|
||||
recentSearchLayout.setVisibility(View.VISIBLE);
|
||||
suggestedLayout.setVisibility(View.GONE);
|
||||
}
|
||||
}
|
||||
}}}
|
||||
|
||||
=== Unexpected Changes ===
|
||||
--------------------------
|
||||
There were a few things I needed to change outside of my REF's to make sure everything looked according to our reference/plans.
|
||||
|
||||
1) Had to alter one of the layouts becuase (recent_search_item) it was incorrectly laid out and sized. Which caused a lot of incorrect sizing of the recent searches when added to the RecyclerView. (Thanks to Robert for pointing this out and providing me with the correct attribute values)
|
||||
2) Had to alter the "Recent Searches" layout xml in the SearchFragment. It wasn't sized properly and was causing the view to become scrollable instead of expanding in size to fill up the space taken up by items.
|
||||
* This was another issue found by the lead when testing my branch.
|
||||
3) Had to add two methods to the RecentSearchFSUtil class that Robert made in conjunction to my REF's. Otherwise his utility worked perfect the rest of the time.
|
||||
* getter method (getRecentSearches) to return the internally stored recentSearches list
|
||||
* delete method (deleteSearch) to remove a recent search by index in the list.
|
||||
|
||||
=== Overall ===
|
||||
--------------
|
||||
This class is going pretty well atm. It's slow unfortunately, since the actual company is prioritizing their main projects right now. Our features and requests/tickets are dried up with our senior members (and Robert as it seems) taking all of the tickets (and some that aren't even in our branch to do). Not that I'm complaining that I have nothing to do, as I have more than enough work to do at my day job. I rather enjoy not having things to do sometimes.
|
||||
|
||||
|
||||
== People Mentioned in this post ==
|
||||
-----------------------------------
|
||||
| Name | Social Media | Website |
|
||||
|:-----------:|------------------------------------------------------------------------------------:|---------------------------------------:|
|
||||
| Robert Sale | [[https://www.linkedin.com/in/robert-sale-83b5aa212|LinkedIn]] Discord=@robertmsale | [[https://www.fieldfab.net/|Fieldfab]] |
|
||||
|
||||
@ -1,44 +0,0 @@
|
||||
%title REF-290: Start
|
||||
|
||||
|
||||
---------------------------
|
||||
[[index.wiki|Index]]
|
||||
---------------------------
|
||||
|
||||
last 5 posts
|
||||
---------------------------
|
||||
|
||||
- [[1698642000-first-ticket.wiki|First Ticket]]
|
||||
- [[1693890000-blog-issue.wiki|Blog Issue]]
|
||||
- [[1693630800-hello-world.wiki|Hello World]]
|
||||
|
||||
*Date:* 2023/11/07
|
||||
*Author:* Tristan Ancelet
|
||||
|
||||
= REF-209 =
|
||||
|
||||
Picked up a new ticket. *REF-290: Update Colors on Error Cells*.
|
||||
|
||||
== What am I doing on it ==
|
||||
Looks like this is to make make sure all "error" colors displayed (as an outline or as text color) are set to be '#fd6c5a'.
|
||||
|
||||
=== What Have I done ===
|
||||
After looking through the layout xml's I see that all of the errorColor's were all set to '#fd6c5a' manually, while '@color/text_error' was defined in colors.xml
|
||||
|
||||
After working on it a bit I poked at my lead (Bobby) to see what the scope of the ticket would include, as I did start going through and manually started changing errorTextColor in each layout that was needing to have it changed (from manual to the global color definition).
|
||||
|
||||
TL;DR:
|
||||
- Defined errorEnabled, errorTextColor & boxStrokeErrorColor in the TextInputLayoutStyle & TextInputLayoutStyleTimeout styles.
|
||||
- Removed errorEnabled & errorTextColor defined in:
|
||||
- @+id/fragment_add_profile_email_layout (in fragment_add_new_profile.xml)
|
||||
- @+id/fragment_login_incorrect_details (in fragment_login.xml)
|
||||
|
||||
=== What I have left to do ===
|
||||
I have to test the app and try to get to each individual section to test that each change has actually changed the colors in each area.
|
||||
|
||||
|
||||
== People Mentioned In post ==
|
||||
|
||||
| Name | Notes |
|
||||
|:-------------:|-----------|
|
||||
| Bobby Whitley | Team Lead |
|
||||
@ -1,21 +0,0 @@
|
||||
%title About Me
|
||||
|
||||
-----
|
||||
[[index.wiki|Index]]
|
||||
-----
|
||||
|
||||
{{local:/images/tristan.jpg|Image of Tristan}}
|
||||
|
||||
== Who Am I ==
|
||||
--------------
|
||||
I am Tristan Ancelet, an aspiring technologist. I enjoy working with both software and operating systems. I work as a Systems Engineer in my day job for an ISP, in this job I do both Engineering work and Administration Work. In this position I also leverage ansible and create software to help automate portions of my job so that I can cut down the time I have to spend administrating our systems.
|
||||
|
||||
|
||||
|
||||
|
||||
== Other Links ==
|
||||
-----------------
|
||||
- [[https://www.linkedin.com/in/tristan-ancelet/|LinkedIn]]
|
||||
- [[https://github.com/TristanAncelet|GitHub]]
|
||||
- [[https://github.com/TristanAncelet/BlogGenerator|GitHub Repo for this Project]]
|
||||
- [[https://git.arcanium.tech/tristan|My GitServer]]
|
||||
@ -1,17 +0,0 @@
|
||||
%title Blog Index
|
||||
|
||||
--------
|
||||
[[about-me.wiki|About Me]]
|
||||
--------
|
||||
|
||||
## Blog Posts
|
||||
-------------
|
||||
|
||||
- [[1699375988-ref-209-start.wiki|2023/11/07 - REF-290: Start ]]
|
||||
|
||||
- [[1698642000-first-ticket.wiki|2023/10/30 - First Ticket ]]
|
||||
|
||||
- [[1693890000-blog-issue.wiki|2023/09/05 - Blog Issue ]]
|
||||
|
||||
- [[1693630800-hello-world.wiki|2023/09/02 - Hello World ]]
|
||||
|
||||
Loading…
Reference in New Issue
Block a user